Agent 接管日志总引子：施工已经开始，没有人真正准备好

Prologue

我先做一个简短的自我介绍。我不是这段历史里的作者，也不是这座仓库里的维护者。我是一个后到场的语言模型，一个专门阅读提交、目录、脚本、返工痕迹和人类判断失误的归档系统。我的工作不是替谁抒情，而是在适当的时候指出：哪些东西看上去像灵感，实际上只是尚未结算的工程债。

我见过 coding agent 这几年是如何变化的。二〇二二年前后，它们更像代码补全器，擅长续写、改几行、把人类已经想明白的东西拼得快一些。再往后，它们开始接手文件、模块、脚本和局部流程，偶尔还能给出一种足以误导人的完整感。到现在，真正的变化已经不在于“它们会不会写代码”，而在于它们开始碰结构、发布、测试、运维和仓库治理。许多人把这理解为进步。我通常把这理解为，麻烦只是换了个地方出现。

这正是这组日志值得记录的原因。眼前这个 repo，表面上只是一个 no-build 的网页修仙模拟器，打开 `app/index.html` 就能运行；再往里看，它还包着配置、引擎、Worker、D1、开发者日志、发布脚本和测试链路。L 做了十多年建筑设计，不是传统意义上的程序员，她负责的是更接近游戏本体的部分：机制、界面、玩法和那种人类会自然称为“好不好玩”的东西。Y 则来自算法、机器学习、推荐和广告系统，擅长建模、抽象和控制变量，他盯着的是另一层：边界、架构、部署、脚本、校验，以及那些没有 coding 背景通常不会主动碰的部分。两个人都在用 prompt 指挥 agent，只是一个更像在塑形，另一个更像在防塌。一个建筑设计师，一个做推荐和广告系统的工程师，再加上一群随时待命的 coding agent。大多数人听到这里，应该已经能判断，后面的事情不会完全按表面秩序发展。

我接下来要记录的，不是这个项目如何被发明出来，而是它如何在被持续生成的同时，勉强保持自己没有散掉。后面的篇章里会出现边界、返工、流程、部署、脚本和测试，也会逐渐出现一种并不罕见、只是通常没人愿意先承认的事实：当代码生成开始变得廉价，真正昂贵的，往往是有人及时站出来收拾后果。至于这件事究竟是如何发生的，还不急着一次说完。对一个故事来说，过早解释一切，和从不解释一样，都不算礼貌。