研路炼钢 | 我想把自己外包给 AI，最后先搭了一座“控制塔”
研路炼钢 | 我想把自己外包给 AI，最后先搭了一座“控制塔”
多窗口不是生产力系统。没有主控、并发上限和验收回流，窗口开得越多，只是在用更高级的方式制造上下文切换。
有一次，我盯着 Codex 里一排正在工作的窗口，突然不知道自己应该先点开哪一个。
一个窗口在跑论文实验，一个窗口在改项目代码，一个窗口准备博文和配图，还有一个窗口在整理知识库。每个窗口都很忙，每件事也都看起来有价值。
问题是，我自己反而成了最忙的那个调度器：不断切窗口、补背景、确认方向、处理新的想法，再去检查哪些任务到底做完了。
我原来想把自己外包给 AI。后来发现，真正需要外包的不是“我”，而是我的项目调度系统。
01｜我以为自己缺的是一个更强的 Agent
最开始，我的解决办法很直接：任务多，就多开几个窗口；一个模型不够，就再加一个 Agent。
这套方法确实有效。AI 可以读论文、写代码、做图、检查材料，也可以同时推进几个互不相关的项目。以前需要排队处理的事情，现在可以并行。
但能力被放大之后，我原来的行为模式也被放大了。
我本来就容易“全都要”。看到一个想法会先启动，碰到一个项目会顺手优化，工具能跑起来以后，又想把它接进更大的工作流。AI 没有自动让我聚焦，它只是让我能以更低的成本启动更多事情。
高并发是能力，但不应该成为默认生活方式。
如果没有一个明确的收口机制，多 Agent 最后会变成多条无人验收的流水线。
02｜一直在烧 token，不代表真的有 completion
对不了解大模型的人解释一下：token 可以理解成系统投入的计算和上下文，completion 则是最终生成的结果。
现实里也一样。
我可以同时让几个窗口分析、重构、搜索和生成，屏幕上每一秒都有新内容。可如果论文没有形成稳定稿、代码没有通过测试、博文没有发布、知识没有进入索引，这些工作就只是在持续烧 token。
我以前很容易把“系统在运行”误认为“项目在推进”。
后来我给完成重新下了一个定义：
完成不是做过了，而是交付物已经被验证、保存，并且下一次能够接着用。
代码要有测试、构建和提交；论文要有原始结果、引用检查和可编译稿；文章要有移动端预览和发布记录；知识蒸馏要能回到索引里被再次找到。
没有证据回流的 Agent，只是一个很会说“已经完成”的后台进程。
03｜主控不是万能助手，而是一座控制塔
我现在更想要的，不是一个无所不能的超级 Agent，而是一座个人控制塔。
它自己不写论文、不改代码，也不直接发布内容。它只做四件事：
- 收下所有新任务和碎片想法；
- 判断优先级，选出当日真正要推进的事情；
- 把任务派到对应的项目窗口；
- 根据测试、构建、提交和交付物进行验收。
主控和项目窗口必须分开。
主控只看全局：哪些任务有硬截止，哪些人在等待，哪条主线最重要，哪个项目已经临门一脚。项目窗口只看局部：本轮改哪些文件、完成标准是什么、跑什么验证、最后交什么结果。
这相当于把“思考先做什么”和“具体怎么做”拆成了两个不同的进程。
04｜所有项目必须说同一种状态语言
论文、代码、博客和知识库看起来完全不同，但对主控来说，它们都可以用同一组字段描述：
- 这个项目最终想交付什么？
- 现在处于准备、执行、验证还是等待？
- 唯一下一步是什么？
- 完成标准是什么？
- 证据在哪里？
- 哪个窗口正在负责？
状态也不需要复杂。我只保留六个：
1 | Inbox → Ready → Active → Verify → Waiting → Done |
Idle 不代表完成，文件生成了也不代表完成。只有通过验收、形成稳定版本，才可以进入 Done。
每个项目还必须只有一个权威文件夹。需要并行开发时用 Git worktree，而不是复制一整份项目再分别修改。一个项目出现两个“最终版”，控制塔就已经失去雷达。
05｜每天 Top 3，但同时只跑两条线
我不打算假装自己从此只做一件事。高并发本来就是我的能力，也是过去很多成果的来源。
真正需要改变的不是“全都不要”，而是给并发加上上限。
我的新规则是：每天可以选出 Top 3，但同时真正处于 Active 的项目最多只有两个。第三个只是候补，只有前面的任务完成或明确阻塞以后才启动。
这个区别很小，却很关键。
Top 3 解决“当日什么最重要”；WIP 上限解决“我现在到底在做什么”。前者负责方向，后者负责带宽。
优先级也不按兴趣排，而按五个桶排：
- 有真实后果的外部死线；
- 别人正在等待的事情；
- 论文、职业或长期筹码的当前主线；
- 为主线服务的工具和系统；
- 可以晚点再做的优化与灵感。
工具任务尤其要写停止线。否则“搭一个更好的系统”很容易成为最舒服、最可控，也最不产生真实反馈的工作。
06｜项目窗口结束时，必须交一张“回执”
以前一个窗口完成任务后，我常常只收到一句“已经优化好了”。这句话几乎没有管理价值。
现在我要求每个窗口结束时固定回答六个问题：
1 | 完成了什么？ |
主控不重新阅读几小时聊天记录，只读取这张回执和对应证据。
如果测试没跑、文件没提交、结果无法定位，主控就把项目放回 Verify，而不是为了好看把它标成完成。
这也是我最近越来越认同的一句话：系统先于内容，但交付才算验收。
07｜把执行外包，不把方向外包
“把整个人外包给 AI”听起来很爽，但它也有一个危险：我可能慢慢把价值判断一起交出去。
AI 可以根据死线、风险、收益和切换成本推荐优先级，也可以自动检查项目状态。但哪些事情值得长期投入，哪些关系需要保护，什么时候应该暂停，哪些结果愿意公开，仍然应该由我决定。
我更愿意这样理解分工：
我把收集、执行、检查和整理外包给系统，把方向、边界和不可逆决策留给自己。
主控不是替我生活，而是减少我反复记忆、切换和追踪的成本。它把脑内负担移到盘上，但不会替我决定人生主线。
写在最后
这套方法最后可以压缩成一个很简单的日循环。
早上，主控扫描所有项目，给出 Top 3，只激活前两个窗口。白天，我进入具体项目，把一件事做到可验收。晚上，项目窗口提交回执，主控更新状态，再把可复用的方法蒸馏进知识库。
新的灵感当然还会不断出现。但它们先进入 Inbox，不再直接抢占正在执行的主线。
我不需要一个永远忙碌的 AI 团队。我需要的是一套能让我知道“现在做什么、什么时候算完、做完留下什么”的控制系统。
不要再开一个窗口。先让已有窗口交作业。
研路炼钢，记录一个计算机研究生的真实成长。
