22
47
告别盯守 AI 编程 Agent：用 5 个工程习惯与审阅关卡替代盯终端
2026-11-12 12:42:45
0点赞
0收藏
0评论
每天在终端跑 Claude Code 或 Codex 时，很多开发者会陷入另一种体力活：盯输出滚动、步步按回车批准、反复粘贴背景、挨个切标签页看进度。DeepSeek Harness 团队在《探索超级 Agent 设计》中指出，受限于注意力，一个人通常最多只能同时跟进 3 到 5 个活跃会话。本文拆解如何用 5 个工程习惯与自动化审阅关卡替代盯终端，把并行 Agent 管理切换为按结果验收。原文链接：https://hifox.com/blog/stop-babysitting-ai-coding-agents/
一、5 个盯守习惯与工程替代方案对比
图 1：5 个保姆式盯守习惯、隐性工程代价与可扩展替代方案对比图 1：用 5 个可扩展工程习惯替代保姆式盯守终端
二、逐项落地：把状态从眼睛搬进系统
1. 用三段式验收模板替代“盯输出”
派发任务前，直接在任务描述里写明可被命令或 Diff 验证的完成条件：
## Goal
Rate-limit POST /login to 5 attempts per minute per IP.
## Done looks like
- [ ] A 6th attempt inside 60 seconds returns 429 with a Retry-After header
- [ ] npm test passes, including a new test for the 429 case
- [ ] No changes outside src/auth/ and tests/auth/
- [ ] PR description lists what changed and what was not tested
## Stop and ask if
- The change needs a new dependency
- A migration or a config change is required
这套模板靠三条规则起效：Done looks like 每行都能用命令或 Diff 核验（如第 6 次请求返回 429）；限定修改目录边界（仅限 src/auth/ 与 tests/auth/）；用 Stop and ask if 划定必须停下找人拍板的红线。
2. 用权限评估链 + Git worktree 替代“步步手动确认”
不要盲目关掉确认提示，而是把规则写进仓库配置文件。Claude Code 权限按 拒绝（deny）→ 询问（ask）→ 允许（allow） 顺序评估：
{
"permissions": {
"allow": ["Bash(npm run test *)", "Bash(npm run lint)"],
"deny": ["Read(./.env)", "Bash(git push *)"]
}
}
同时用 Git worktree 提供独立检出目录。在 HiFox 电脑上，隔离运行会在各自 worktree 中并行执行，改坏也只留在可丢弃分支上。注意：worktree 只隔离代码文件，不隔离密钥、网络或生产凭据，仍需配合 deny 规则挡住敏感资源。
图 2：三段式任务验收卡与拒绝优先权限评估链、独立工作目录隔离机制图 2：用三段式验收清单、拒绝优先权限链与目录隔离兜底
3. 把上下文沉淀在任务上
在 HiFox 上，每次 Agent 任务执行都会自动读取任务标题、描述、属性、近期评论、触发评论及 Agent 自身指令。普通评论只会作为共享上下文留存，不会唤醒 Agent；只有当评论里 @ 提及了某个 Agent 或小队时，才会启动跟进运行。同一任务对话一次只执行一项，前一项完成后下一项自动按顺序开始。
4. 用常开电脑与自动排队解决“合盖断连”
除了开启 HiFox 桌面端本机的「防止休眠」设置，针对长耗时任务，可在「电脑」页获取一次性安装令牌，注册一台常开机器：
hifox computer register --install-token hit_your_install_token
派给离线或并发已满电脑的任务会自动进入队列等待，阻塞条件解除后自动开始运行，无需手动重试。
图 3：HiFox 电脑与 Runtime 管理界面统一接入 Claude Code 与 Codex图 3：在 HiFox 注册常开电脑并统一管理多个编程 Agent
5. 用交接信号替代“切窗口轮询”
在 HiFox 中，执行过程（排队中、启动中、处理中、已完成、失败、已取消）与任务工作流状态相互独立。处理中的任务让它自己跑；当 Agent 需要介入时，会把对话设为「等你回复」或「等你审阅」，并通过桌面横幅、飞书或 Slack 提醒，失败和受阻工作则进入收件箱。
三、3 步搭建自动化审阅关卡与人工必查 5 项
在“Agent 说做完了”和“人打开 Diff”之间，可用三步搭一道初审关卡：
新增状态：在任务工作流创建「待审阅」（
In Review）状态；添加自动化：新建触发器为「任务状态变化」并指向该状态的规则，执行者选审阅 Agent 或小队；
编写聚焦指令：要求审阅 Agent 逐行核对
Done looks like清单、运行测试并在评论区逐条写出结论，再配合 GitHub 受保护分支防止绕过。
最后，以下 5 项内容每次仍须人工亲手检查：
代码 Diff：测试通过只代表覆盖到的地方没报错；
Agent 修改过的测试：改弱断言是让测试变绿最省事的捷径；
鉴权、支付与数据删除：高代价路径必须保持人在回路；
数据库迁移与配置变更：极易本地通过、上生产出问题；
新增依赖包：确认包确实存在、仍在维护且确需引入。
若只在单仓库跑两个 Agent，本地用 Git worktree + tmux + 通知钩子 就够用；当上下文散落在多个终端或需多人协作时，不妨在 HiFox 建一张带 Done looks like 清单的任务卡，开启异步开发流。
