所以呢？你是觉得你的gemi回答这种模棱两可模板答案，事后诸葛亮的回复我不知道吗？不需要你专门用AI回复给我科普呢
我没遇到过ai解决不了的bug，有什么bug，描述清楚基本都会查出来，如果你遇到可以给个具体例子
好像AI 搞不定 你就能搞定似的 AI 搞不定 开了 换另一个AI
那我还真搞定了
例子给了，楼上截图看我的回复。我自己删评论了，看他截图。这个问题预览还复现不出来，打包必炸
继续抬杠的就看这个帖子 destroy 实例化的节点也会将原节点的组件一起删了 - Creator 2.x - Cocos中文社区 人家代码都给了，自己dow下来让AI去找bug吧，看能有几个AI知道是什么问题。这个bug相对我遇到的简直是简单的不能再简单了。自己试试看。
你是敏感肌吗 怎么这么敏感
我正常分享案例，上来就给我AI回复。你们是不知道我当时查这个分包bug有多蛋疼，AI能搞定我早搞定了。你好心正常给别人分享案例bug，别人上来就AI质疑+说教回复，放你身上你舒服？
脚本依赖混乱的场景：A分包的预制挂载了B分包的脚本，使用A分包这个预制的时候没什么问题，销毁的时候直接崩溃了，报错：有组件被重复销毁。详细检查了代码绝对不是代码问题，组件生命周期完全没问题。然后AI一直给我乱猜瞎改，始终没解决。最后我改引擎的某个地方把所有销毁节点打印出来才发现有个预制挂载的组件是“null”。然后查这个预制找到了其他分包的脚本。最后把这个脚本删了就好了。至于为什么导致A分包会引用B分包的脚本你别问。A B分包是完全独立不相干的东西。
和编辑器的使用深度绑定的问题， ai可能只能帮你提示一下，或者你拿到详细的报错链条给他他有可能能解决。 这就是现在搞pink的作用啊。 也是现在游戏引擎都还没克服的点。 以后解决了前端行业有多卷我们就有多卷了。
我感觉就现在cocos的做预制体的方式更像现在的ai做ppt，不过看现在都在开始对ppt收费，就还好。要是ai做ppt也和GPT的Image 2一样，设计海报的能力直接超越人类，那只能21世纪是生物的世纪了吧，计算机不再是宇宙机了 
刚刚试了一下ai对代码混淆，然后另一个ai解密混淆，ai做不到混淆出一个其他ai认不出来的代码（人就直接塞一堆乱七八糟的代码，塞1个G的动画片进去，总能让Ai解不了）。这已经到哲学的矛和盾了 
。从哲学来看ai其实也就是生产工具，不是万能的。
AI现在只能当工具，现在不是有团队专门去搞AI游戏引擎了么，完全脱离传统游戏开发，从AI角度设计游戏引擎。
AI需要啥编辑器UI啊，直接给他喂向量就行了。不过现阶段我还没看到AI完全制作复杂项目的可能性。
包括pink，虽然我没有玩过这个，但是大概能猜到大概率是集成了编辑器的消息机制，让AI理解用户提示词去发起编辑器消息从而实现我们手动的一系列操作。
这个方案我不认同AI能完全取代传统引擎编辑器、人工制作的游戏开发路线。
1是这个流程没有进行真正AI化，对于AI而言我不认为这样效率能有多高。
2是AI目前都是猜，底层都是靠特征向量去算，不能完全直接理解我们需要的到底是什么，和使用者提示词直接挂钩
3是上下文太短了，完全支撑不起大项目的上下文。即使能导出会话继续思考，只要上下文过多，AI就开始胡言乱语
*
1赞
那个分包问题ai提示的都是错的，报错链路又不是没给。整个分析完全是胡言乱语。你以为呢，简单bug AI早解决了。
单单程序方面，我觉得只要能token量化的结果质量，ai都能解决，已经不局限于工具性质了，自己起好架构，ai就能自主编写代码、测试、验收的循环，代码质量方面再拉多个agent进行每次修改内容的提交进行审核【历史因素、框架设计、解决思路、抽象复用】，写出来的代码质量也挺高的
当然也不全是优点，我个人使用下来：token消耗很大在试错方面、解决问题速度、降智的情况，有的时候会思考深度过深了，导致解决方向偏离最初的方向，但这些问题估计更大来源于项目的业务开发流程中的良性记忆没有积累起来形成知识库，只有验收工具，没有认知路由。
代码质量高个锤子，反正AI写的代码我是看不下去一点 gpt5.4
没有必要杠 在你看来AI 写的是屎山 在别人看来 你写的也是屎山 AI确实是提效工具 有的时候不同的提需求的写出来的代码确实不一样 大多数你能解决的bug AI 也能解决 解决不了 往往是你描述的不对 他不能获取你全部场景
那我祝你AI写的代码永远不出线上事故，修bug永远一番风水 
建议100%AI投入 少一点我都觉得你不尊重AI