怎么对付「AI 脑雾」：把工单放进 git 当优先队列，智能体按周期干活，人一次只处理一件待决定的事

如果你在终端里用 Claude Code 或 Codex 干活，你一定熟悉这种感觉。

你开始一个任务。AI 回复要花点时间，于是你又开了一个。接着第一个回复了，但回复里需要你澄清一点、追问一句，还冒出一个支线任务——每一个都想要自己的标签页。然后第二个标签页的回复也来了。你来回周旋。突然之间，你发现自己在 20 个线程之间跳来跳去，努力把所有这些上下文都塞进大脑的“内存”里。

直到你撑不住。大脑精疲力竭，注意力碎成一地，你再也不知道自己刚才在做什么、从哪里开始、又该在哪里收尾。

很多人建议多休息、先想清楚再打字、缩小范围。我有自己的一个实验。

我认为这种工作方式有两个大问题：排序和上下文。所以我把工作组织得有点像一个优先队列。

下面是它实际的运作方式。

队列放在 git 里。每张工单都是仓库里的一个 Markdown 文件，就放在它所讨论的代码旁边；看板的状态是一次提交的快照。重要的东西都不放在聊天窗口里，也不放在我脑子里。就算某个会话挂了，队列还在。

一个智能体按周期处理这块看板。它调研新工单，构建那些被人标记为“可以安全构建”的工单，跑测试和浏览器检查，并核实已经部署的内容。凡是涉及敏感代码的，它都在分支上构建并先征求意见。它从不部署到生产环境——那部分归我。

它做不了的是决定。所以凡是需要我的事情，都落到一个我称为“负责人收件箱”的地方。一个脚本读取整块看板，给我一份按优先级排序的清单，里面恰好是那些等着我判断的事项——审一下这个改动、回答这个问题、对这个取舍拍板。

阅读界面是一个 Claude artifact。一个页面，每个周期都从 git 重新生成，镜像整块看板，外加每张工单一页审阅页。所以我不用在终端里往回翻、试图拼凑出某个改动到底做了什么。我打开一个链接，读一读做了什么、为什么这么做，然后给出结论。结论写回 git，记在卡片上。页面只是个查看器——git 才是记录。

接下来是最重要的部分。

我拿起一项。加载它的上下文。做出决定或要求一个动作。然后把它关掉——放回队列。

“关掉”就是全部的窍门。工单不会继续挂在我的记忆里，成为一件需要记着的事。上下文随它一起关闭。所以当我从队列里拿下一项时，我真的能专注。一次只做一件事。

这依然很累。但我不会觉得分心或迷失。

挑战过去是、现在仍是周边的工具。要把上下文以容易消化的方式端上来，让加载一张工单只需一分钟而不是二十分钟；还要防止工单因为卡在只有我能做的裁决上而陷入无限循环。

它是一个活的有机体，我一直在改进它。但它让我感觉在使用 AI 工具的效率上迈出了一大步，所以我觉得值得分享出来。