AI 承担开发重负后，程序员角色如何转变

人们谈论 AI 辅助开发的方式，格局都太小了。

他们描述的是更快的自动补全、更精准的搜索框，或者能把明确指令转化为代码块的工具。这些都有用，但它们仍然让开发者独自承担整个项目的重量：下一步要做什么、哪里坏了、测什么、什么时候发版、以及什么时候停止打磨某一部分转向下一个。

我在用 Godot 开发两款 Android 游戏时，测试了另一种模式。

我的 AI 助手 Instinct 承担了重活。它研究方案、推进实现、检查现有资产、维护仓库、运行测试、诊断失败、准备构建、让工作在多个步骤间持续推进。我设定产品方向、质疑薄弱决策、在真机上测试结果、决定什么程度算够好可以保留。

这种分工比"AI 写代码"要求更高。它改变了人类需要擅长的事情。

第一款游戏是 Glimmerbook Solitaire，一款竖屏 Android 游戏，围绕经典童话世界展开。第二款是 Ithaca Rising，一款以 Android 为先、受奥德修斯旅程启发的游戏。

两款都使用 Godot 4 和 GDScript。都托管在 GitHub 仓库中，有自动化构建流程支撑。

Glimmerbook Solitaire 竖屏界面：Basket at Dawn 高低猜牌板，可见摸牌堆、当前牌和八张牌的布局。

它们仍在开发中，这使它们成为有用的测试用例：并没有让助手去复现一份已完成的规格说明。它必须在产品仍在变化的过程中运作。

这才是真正工作开始的地方。

一个原型可能看起来很高效，因为很多文件变了。但产品只有在对的东西变了时才叫前进。

重活不意味着最终决定权

Instinct 可以把一个目标比如"让这感觉更接近一款打磨好的休闲游戏"转化为一长串工作链。它可以研究参考资料、检查资产库、比较实现方案、更新场景和脚本、运行检查、准备 Android 构建、报告还有什么不足。

这所以是重活，因为我不需要指挥每一个文件修改，也不需要记住步骤之间的每个依赖关系。

但助手没有最终决定权。

Ithaca Rising 的早期版本是作为 Web 原型构建的。那是一条内聚的技术路径，但它是错误的产品决策。我要做的是一款有战斗、动画、触摸输入、音频、粒子效果和成长空间的 Android 游戏。我 Push Back 回去，问为什么不用 Godot。

项目被迁移到了 Godot 4。

早期 Ithaca Rising 阶段：奥德修斯和分层环境已经就位，而 Lotus Wraith 尚不可见，界面仍然挤满了场景。

那个时刻教会我的比一帆风顺更多。一个助手可以非常快速地执行一个合理的计划。但如果计划错了，速度只是让你更快地到达错误的地方。我最有价值的贡献不是写替换代码，而是认识到实现与产品不匹配。

一个更好的循环：方向、执行、证据、修正

现在的工作循环是这样的：

我定义体验和标准。

Instinct 研究并实现下一个有意义的切片。

项目通过仓库和 CI 工作流进行构建和检查。

我测试结果，通常是在目标 Android 设备上，而不是仅从代码或截图判断。

我们将结果与预期体验进行比较，找到差距，然后重复。

证据这一步很重要。

一个构建存在不等于它能启动。一个场景加载了不等于游戏体验好。一张截图看起来打磨好了不等于触摸输入、节奏或进程正常工作。

我们有一次 Android 构建遇到了启动问题。有效的回应不是继续加代码。而是把有问题的构建与之前已经工作的游戏和发布路径进行比较。这缩小了问题范围，让项目回到已知良好的路径上。

后期 Ithaca Rising 战斗：奥德修斯和 Lotus Wraith 都可见，有敌人血条和黄色击中粒子让动作更容易辨认。

这是 Agent 最强的用法之一：它能掌握工作的机械历史并调查差异，而我保持在outcome上的专注。

人类的瓶颈向上迁移

当实现变得更便宜，判断力就变得更重要了。

我更少问"这个能构建吗"，更多问：

这个机制对目标受众合适吗？

当前的构建感觉像真正的游戏还是穿着打磨好的美术外衣的原型？

我们在复用最好的资产和开源作品，还是在重建更弱的东西？

下一个功能真的在改善体验吗？

真机显示了什么开发环境隐藏的东西？

Glimmerbook 的横屏裁切使层级容易检查：标题和规则在前，然后是酒红色的牌背和米色的明牌。

这些问题并不脱离工程。它们决定哪项工程工作值得去做。

还有一个管理教训。AI 助手可以在研究、实现、QA 和发布准备之间持续工作，而不需要每一步后都等待新提示。这创造了杠杆效应，但只有在项目有明确约束和验证现实的方式时才行。否则自主性就变成了没有进展的动作。

如果重来我会怎么做

首先，我会在第一次实现之前锁定目标平台和质量参照物。Web 到 Godot 的纠正是有用的，但是可以避免的。

其次，我会把"完成"定义为一个可观测的结果。对于 Android 游戏，这意味着一个能安装、在目标设备上启动并正确运行的构建。仓库活动不是终点线。

第三，我会从一开始就把对比纳入调试过程。当一个项目工作而另一个不工作时，在发明新方案之前先对比工作的那条路径。

最后，我会保持角色明确。Instinct 做重活。我拥有方向、标准和对发布的决定权。

这不是人类角色变小了。而是更集中了。

关于这篇文章如何写成

同样的分工也适用这里。Instinct 从我们真实的项目历史中准备了这份草稿，并在将其转化为清晰的技术叙事上做了重活。我审查了事实、选择了哪些应该公开，并对我名下发布的每个声明负责。