一个人 + 一队 AI：我的多窗口协作操作系统

这个网站是一个人做出来的，但不是“一个人在做”。写下这篇文章的此刻，我的电脑上开着三个 AI 窗口：一个管理窗口刚为这篇文章立了任务卡，一个执行窗口正在写代码，还有一个在待命验收。我坐在中间，负责传话。

单窗口的困境

和 AI 长期共事过的人，大概都遇到过同一件事：对话越长，它越像一个疲惫的同事。上下文塞满之后，早先的约定被悄悄遗忘；它会热情地宣布“已经全部完成”，而你一查，测试根本没跑过。这不是某个模型的毛病，而是长对话的结构性问题：记忆有限，自我验收又天然不可信。

我的解法不是等一个更强的模型，而是换一个组织结构。

像带一个小团队一样带 AI

现在我给每个项目搭一个固定的“台子”，规则大致是这样的：

• 管理窗口只做三件事：写架构决策、开任务卡、做验收。它不写一行产品代码。
• 执行窗口按任务卡干活。任务卡是契约：目标、边界、验收标准逐条列明，做完逐条打勾。
• 我是消息总线。窗口之间不直接通话，所有指令和结果都经我中转。这一步看起来低效，其实是治理的关键：每一次传递，都是一次人工审查的机会。

配套还有几条纪律。“已验证”必须等于“命令 + 输出”，空口的“应该没问题”不算数。写代码的窗口不给自己验收——验收由一个全新上下文的窗口按密封的考卷来做，考题事先不给实现者看，防的就是“应试”。窗口可以随时退役换新，交接走固定的协议；人来人往，台子和规则留下来。

这套习惯从哪里来

它的起点之一，是 2026 年 6 月底我拆解团队旗舰项目的经历。顺着那套代码，我找到了 superpowers 这类给 AI“立规矩”的开源工具，把它们连同背后的架构设计思维逐行拆解学习。那个过程让我看清了一件事：agent 的可靠性不来自模型本身，而来自围绕它的约束结构。后来，我进一步把自己在 vibe coding 中积累的工具与方法论系统性地梳理成了 murDrift——一套让长期项目不悄悄跑偏的工程纪律。

我把这个思路从“单个 agent 的运行时”延伸到“多个 AI 窗口的协作组织”，一点点试错，磨出了上面这套流程。你现在看到的这个网站，从建仓到首页上线用了两天，就是在这套流程里跑出来的——包括这篇文章本身：此刻它还是执行窗口交上来的初稿，按流程，要等我逐字修订之后才能算数。

如果你也在和 AI 长期共事，我的建议只有一句：别急着找更聪明的模型，先给你们的合作立一份章程。