30 个 Agent，1 个开发者：我为什么要干掉自己的工作？

Build in Public 第 101 天。关于恐惧、自动化，以及我们为什么要构建 Agent First Game Dev Stack。

老实说，我在构建这个项目时，内心是恐惧的。

我是一名初入游戏行业的开发者，也是一名技术写作者。我的日常工作很大一部分就是把脑子里的想法写成 GDD（游戏设计文档），然后把 GDD 翻译成代码。这让我觉得我有价值，因为这很难，很繁琐，需要多年的经验积累。

然后，我亲手构建了一个东西，让这一切变得……不再需要我了。

“它写得比我好”

那是两个月前的一个深夜。我正在测试 GDD Generator 的最新版本。我输入了一个随意的测试用例：“一个关于在梦境中收集情绪的解谜游戏。”

我想着，它大概会给我吐出一些陈词滥调。

五分钟后，终端停止了滚动。我打开生成的 design-mechanics.md。
我愣住了。

• • [Mechanics Agent] 设计了一套基于“颜色混合”的情绪合成系统：红色（愤怒）+ 蓝色（悲伤）= 紫色（忧郁）。
• • [Level Agent] 规划了基于 REM 睡眠周期的关卡难度曲线。
• • [Monetization Agent] 甚至温和地建议：“这种艺术类游戏不适合激进的内购，建议采用买断制或装饰性 DLC。”

它不仅写得比我快（5 分钟 vs 3 天），它甚至在某些细节上比我考虑得更周全。
那一刻，我意识到：传统的“手工作坊式”游戏设计，已经死了。只是大家还没去参加葬礼。

为什么是“Agent First”而不是“AI First”？

现在市面上到处都是“AI First”的工具。Cursor, Copilot, ChatGPT。它们很棒，但它们有一个致命弱点：它们是被动的。
你必须像挤牙膏一样，问一点，它答一点。你是那个疲惫不堪的驾驶员，AI 只是你的 GPS。

我想做点不一样的。
我想做 Agent First。

在 Agent First Game Dev Stack 里，Agent 不是副驾驶，它们是引擎。
你不需要告诉数值策划“把攻击力公式写成 A*B”，你只需要告诉它“我想要快节奏的战斗”，它会自己去查阅知识库，选择最适合的公式，并生成 Excel 表格。

这是意图驱动（Intent-Driven）与指令驱动（Command-Driven）的本质区别。

构建“缺失的一层”

在开发过程中，我发现了一个巨大的断层。
我们有很好的协议层（Markdown, JSON, YAML）。
我们有强大的构建层（Unity, Unreal, Godot）。
但中间缺了一块。

谁来把模糊的“意图”转化成精确的“协议”？
以前是人。现在，是 Planning Layer。

这就是我构建这个项目的原因。不是为了让 AI 取代游戏设计师，而是为了让游戏设计师从“填表工”进化为“指挥官”。
当你拥有 30 个 24 小时待命的专家 Agent 时，你不再受限于你的技能短板。

• • 不懂数值？数值 Agent 帮你算。
• • 文笔不好？叙事 Agent 帮你写。
• • 不懂商业化？运营 Agent 帮你规划。

这种感觉很奇怪，也很美妙

看着终端里那些 Agent 互相交互（是的，我们设计了工作流，让它们可以互相检查产出），我有一种奇怪的感觉。
我好像不再是在“写代码”，而是在“编织逻辑”。我在设计“设计者”。

这可能是我们这一代开发者面临的最大转折点。
我们可以选择恐惧，紧抱着旧有的工作流不放。
或者，我们可以选择成为架构师，构建属于自己的虚拟团队。

我选择了后者。如果你也准备好了，欢迎加入。

#BuildInPublic #GameDev #AI #AgentFirst