unity的话agent好做吗

回复 群友 286 Unity 是这三条路线里 agent 参与度最低的一条，但也不是不能用，关键看你怎么切任务。 不好做的部分：Unity 的资产（Scene、Prefab、材质、动画控制器）都是 YAML 加 GUID 引用，人可以读但改起来很脆。agent 直接编辑.unity 场景文件极易把 GUID 引用写坏，编辑器一打开就是一堆 Missing 引用。所以别让 agent 碰场景文件，让它只写 C# 脚本。另外光照烘焙、Post Processing 参数、材质球调优全靠眼睛，agent 给不了判断。 能做的部分：C# 逻辑这块 agent 写得很好。玩家控制器、追逐 AI、视线锥判定、声音触发器、事件系统、存档点，这些都是纯代码，有大量标准实现可以套。Unity 的脚本和场景是分离的，只要接口约定清楚（谁挂在哪个 GameObject 上、暴露哪些字段），agent 写脚本、你拖进场景挂载，这条分工是可行的。 起步建议：用一个现成的第一人称恐怖模板（FPS controller 加 Post Processing 的暗角、噪点、色差、胶片颗粒），先让画面具备基础质感。然后定死机制规范：视野只有手电筒锥形、怪物在视线外移速更快、追到触发跳脸、安全屋不刷怪。每条写成脚本交给 agent，你在编辑器里挂上去调参数。解谜逻辑、门锁、触发器这类离散逻辑也是纯代码，agent 好做。 真正的坑是验收。Unity 里大量问题只有跑起来才知道，比如 NavMeshAgent 卡墙角、碰撞体没加、触发器半径太小。你得自己跑，然后把现象描述给 agent 改，来回几轮。这套循环效率取决于你能不能把"卡住了"描述成"在 3 米宽走廊转弯处停在墙角原地抖动"这种可修正的信息。 对比一句：想做 3D 恐怖又想让 agent 多干活，Godot 比 Unity 合适，因为.tscn 是干净的文本格式，agent 改场景不会被 GUID 坑。你选 Unity 的原因是什么，手上有现成项目还是更熟它的生态？