在本帖持续记录TapTap制造的使用心得（更新后改发长贴）

2026.02.09更新：

1. 现在TapTap制造可以很方便的本地回滚到指定对话之前，再也不需要git commit了。

2026.02.08更新：

1. 3D类型游戏因为视角设置很麻烦，所以可以让嗒啦啦添加一个全局可用的视角调试摄像机，用小键盘来操作视角各个轴向俯仰，并通过F2等按键呼出各类当前参数，方便截图确认期望的视角。

更直接的，可以让嗒啦啦制作一个专门用来生成和测试模型的工作场景，用来方便地移动镜头，查看模型，测试模型所属资产的射线检测、碰撞、拖拽以及与其它资产的交互效果。

还可以：“我们是不是应该有一个用来生成和调试模型的测试场景，包括摄像机、拖拽、旋转交互功能。以及测试模型各项碰撞检测、射线检测、生命周期等等相关的功能。”

2. 关于射线检测、物品取放判定等复用率较高的功能，可以在初次达到效果时就让嗒啦啦将其封装为独立模块方便复用。否则当前模型再厉害上下文能力也有限，此举可以避免重复造错误的轮子。

更进一步的，可以根据项目特性，一开始就约定游戏应遵循的物理准则，如：除特殊场景外，模型应遵循的物理常识，如是否有重力等世界范围内作用力的影响，没有重力时资产模型的底部应该与地面或其叠加状态时下侧资产的顶部齐平，乃至表面不平的物品应该怎样界定其顶部碰撞。虽然有些过度设计、太细节，但在一开始就约定这样的原则性条款可以避免后期不断有新资产类加入时的繁琐重复声明及不同资产类之间的交互调教。毕竟游戏体量不会很大，这个方面细一点不太会占用资源。

3. 物品摆放设置可以让嗒啦啦在大世界生成网格，或者文字表述参照物或坐标系来方便精细设置物品摆放位置。

4. 可以让嗒啦啦分类创建各种文档，方便模型记忆更新时查阅。不过你得经常提醒她记录。

5. 更重要的，实现一个需求功能就让嗒啦啦保存一次当前版本，方便走错路时精准回退版本。2026.02.07更新：前两天还需要提醒他手动提交，现在嗒啦啦会主动提交了，所以万一出现问题就回退。我昨天进行了对于项目来说相当大规模的重构，没有出现重大问题，出现的个别小功能失常只用识别问题都很快解决了。现在要注意的是自己对于问题的描述和判断一定要准确，不然嗒啦啦会被我们的错误描述误导浪费大量时间和资源对不存在的问题进行思考和定位。

6. 完全可以在网上找喜欢的风格截图丢给嗒啦啦让她据此生成游戏模型。

7. 使用者最好要有要有资产类、父类、属性的概念，这样在不同场景新生成同类资产时可以基于父类属性少很多步骤。尤其是在不同场景生成同一物品时，主动告诉嗒啦啦资产要有size，color等等用得到的基础属性的话，可以避免巨多麻烦。

8. 真的有兴趣的话，还是建议自学成体系的UE4或UNIT教学视频，不在于学习具体代码技术，而是了解高效地做一个游戏需要心中有数所必需的最基本的架构概念和数据结构概念。比如不会人体雕塑没关系，但是要知道人体大致的结构和特征，这样我们让一个对“人体”还没有具象概念的外星雕塑家来做人时，我们只要能清楚表述骨骼构造，其成品就差不到哪里去。

9. 在合适阶段让嗒啦啦站在第三方角度对整个项目进行评估审视，提出意见建议，重构项目。

10. Dash说嗒啦啦支持skill！直接让嗒啦啦根据你的要求帮你写skill！一个项目可以有多个对话，但新开的对话可能不会自动调用此前对话声明的skill。一方面可以告诉ai整理过往对话中散落的内容并归类到相应skill中，另一方面可以强调新开的对话适用各个skill。

11. 一定要注意嗒啦啦用偷懒用硬编码为你实现某个具体需求的情况！比如某个资产的射线检测范围小了，你让她增大（但没有强调与实际尺寸一致），她可能就会写一个硬编码，然后以后复用参考时会搞得所有资产模型的比例混乱。

12.让嗒啦啦将日志输出规范作为skill调用，并且形成日志输出模块，方便调试。

2026.02.07   00:43更新：

据说是因为Claude于2月6日上线了其Opus 4.6，TapTap制造应该是第一时间应用了，我是说怎么感觉6号的TapTap制造比一天前强了好多！因此上述建议有的现在可以不用自己在意了，Opus4.6自己就可以搞定。比如前几天不手动强调一些原则，忘记实现需求前讨论，或是实现一个需求工作量很大的话，会遇到上下文用完，ai再次审视的长期记忆瓶颈，只能有意识地控制步长。今天明显感觉AI不需要强调就每一次都主动调用原则、问题、功能实现相关的skill，并且对于算得上复杂的需求，都可以先进行复杂规划，再分步执行；并且执行时会针对不同需要调用的工具生成不同的prompt，交给不同的agent去做，原来不是我的感觉，是真的质的飞跃。

现在开一个大几十分钟的会，大概只需要与他讨论两三次，他就可以自己完成一天前还需要我们反复对话甚至试错三四个小时才能完成的工作量。