我觉得现在的 Harness 的概念要解决的问题就是不要让人类成为 ai 编码中的那个瓶颈，只专注于做 plan 和 review，编码完全交给 ai。
如果你还在等 Claude Code 编码，然后手动确认，再次提要求，确认，那你就是那个编码中的瓶颈。
我看过一些解决方案，首先排除别人 vibe 出来的有 fancy gui 的线上方案。我比较喜欢本地优先的 Agent Orchestrator 的做法（见我之前的文章），但他要考虑的事情太多了，要兼容各种 agent，靠 tmux 来给 agent 发消息依赖，还要通过一个 web dashboard 显示状态，很容易因为某些极端情况卡住，而不知道底层出了什么问题。
所以我做了一个精简的方案 martin.nshen.net
Martin 做的事情很简单：把一个任务关进自己的 worktree、自己的状态文件、自己 6 步规则 PR 循环里：
开发 → 本地 review → 本地验证 → 开 PR → 修 CI → 每 3 分钟轮询 reviewer 最新评论（主动 call Copilot 来 review）FIX / REPLY / SKIP → 直到全部 merge-ready
期间不需要你站在旁边盯着。
这样我就可以专注于做下一个 plan，把新建 feat-plan.md 再丢给 Martin 新的 worktree，这样我就可以不被打断的同步做几个任务了，具体能同步做几个也是完全可控的。
