最近接AI改Cocos场景,我反而越来越不急着让它直接动手

这个坑最近踩得有点多…

以前我接AI改Cocos场景,会比较着急,直接跟它说“把这个按钮改一下”“把这个UI调一下”。

它也能给工具调用,看起来一路都挺顺,最后还会回一个success。但真回到Creator里看,有时候不是那么回事…

特别是场景里按钮、Label、Prefab实例一多,名字还差不多的时候,“这个按钮”到底是哪一个,其实很容易含糊。模型在聊天里像是懂了,真正写进去的时候,目标节点可能已经偏了。

所以我现在反而没那么急着让AI直接动场景。

我现在一般会先让它读一下Hierarchy,再inspect目标节点。拿到短NID以后,后面的操作就尽量围着这个NID走,不让它一直靠一大段场景树和一堆长UUID去猜。

真正写的时候也尽量小一点。比如先只改一个HUD按钮的文本,或者只调一个节点层级。改完以后再去看运行态结果,而不是只看工具返回success。

这个习惯看起来慢半拍,但我现在觉得反而省事。AI改错以后,最怕的不是错本身,是你不知道它到底动了哪里。UI、Prefab、资源引用这些东西,看起来只是小改,真乱起来很烦…

我最近做Cocos MCP Pro,其实也是被这个问题推着走的。

它不是想解决“让AI一口气做完整游戏”这种大问题。我的想法更小一点:先把场景编辑里那些重复、小块、能检查的动作做稳。比如查层级、锁定节点、写属性、加删组件,改完能看结果,改错能撤。

顺手录了条演示,主要就是这个点:先锁定,再动手。

https://www.bilibili.com/video/BV1LaMG6EEk5/

如果你也在用Cursor/Cline/Windsurf之类的工具接Cocos,我觉得可以先从一个按钮、一个节点、一条小链路开始试。先别急着让它改大场景!

插件现在已经上架Cocos Store,商品页在这里:

https://store.cocos.com/app/detail/8710

当前我主要按Creator3.8.x来做,3.8.8这条链路验得比较多。不敢说完全不会出错,主要就是把几个关键动作做得更可检查、可撤回一点。

也想听听大家现在是怎么让AI碰场景/prefab的…你们会让它直接改,还是先让它给计划、人确认以后再动?

1赞

看你视频,学习了一下,想自己动手试一试,希望官方可以给个pink码

给你赞个,不管是为了省token 还是为了速度,都应该像你这样 。

商店好像还搜不到

谢谢提醒,我刚刚也从买家侧试了一下,确实搜完整名称还没出来,应该是商店搜索索引还没同步好。商品页本身已经正常上架,可以直接从这里打开:

https://store.cocos.com/app/detail/8710

我也去联系商店处理一下搜索问题,给你添麻烦了!

顺便更一下后续:v0.1.1已经过审并切到商店公开页了。

这版没继续往里塞工具,先把买完以后最容易卡住的那几步补了:面板里能直接看到服务有没有启动、客户端有没有配好、连接是不是真的建立;Quick Start和故障排查也一起放进ZIP里了,ws依赖仍然随包提供,不用自己npm install。

我拿最终商店包在Creator 3.8.8的新项目里重新走了30项运行态验收。不能说以后不会碰到问题,但至少这次不是只看构建通过就发上去。。。

商品页已经显示v0.1.1:
https://go.jimmyjing.dev/cocos/forum/v011-live

买了以后如果卡在第一次连接,可以直接在帖子里说下Creator版本和用的客户端,我来一起看。

AI,策划专用工具。

顺便在这个主题下做一轮独立验证:我正在测试一个相关但独立的小工具 Cocos Doctor Alpha,想找 5–8 位近期真实使用 Cocos Creator 3.8.x 的成年开发者,按同一流程完成一次约 20–25 分钟的自助试用。

这不是售卖,也不要求购买。测试只使用我提供的隔离中性 Demo 工程,不需要也不要打开、上传或安装到商业/生产项目;工具和试用记录都在本地运行。流程会记录是否成功激活、首次获得价值所需时间、三个任务是否完成、对修复建议的信任程度,以及看到明确价格后的付费意愿;不愿付费也是有效答案。

条件是最近 90 天使用过 Creator、遇到过节点不显示 / Button 点不到 / Layout 或 Widget 异常之一,并且本轮能使用 Creator 3.8.8。愿意参加可以回帖或论坛私信:每周大约使用 Creator 几天、是否参与过商业项目、是否能使用 3.8.8。请不要公开手机号、邮箱、微信号或项目资料。具体任务和预期答案报名后也不会提前透露。