让 Claude Code 不再”自由发挥”——claude-code-harness 把开发流切成 Plan→Work→Review→Release

Claude Code 跑久了，最让人心累的不是它写不出代码，而是它写得太”自由”——你让它修一个 bug，半小时后回来发现它顺手改了三处无关文件、删了一条它觉得多余的测试，还自信满满地宣布搞定。

这不是模型变笨了，是 Agent 手里同时握着”需求、实现、判定”三件事，没人看着它。

最近 GitHub 上 trending 的 claude-code-harness 就是为这事而生的。它把 Claude Code 的工作流强行切成 Plan → Work → Review → Release 四段，每段对应一个 slash 命令：/harness-plan、/harness-work、/harness-review、/harness-release，中间还塞了一个 /harness-setup 做初始化。

它怎么让 Agent “听话”

最狠的不是流程拆分，是它内置的 TypeScript Guardrail 引擎，9 条声明式规则（R01–R09）在运行时挡刀：

• 阻止 sudo、rm -rf /、git push --force 这类破坏性命令
• 拦截对 .git/、.env 等敏感路径的写入
• 所有改动必须先有 plan，plan 必须先经 review，release 必须有 evidence pack

也就是说，Claude 想动你的代码？先交出 spec.md 和 Plans.md，scope、验收条件、停手红线都写清楚，等你点”批准”才开干。开发者和 Agent 之间的信任感，全靠这一道道门禁。

适合谁用

如果你是：

• 独立开发者：被 Agent 越权改代码坑过几次的
• 团队 Lead：想给 AI 协作加一道审计与质量门
• 自由职业：要给客户交付可解释、可追溯的开发过程

它要求 Claude Code v2.1+，Node.js 18+，MIT 协议随便用。还顺便接了 OpenAI Codex 做并行实现、Cursor 做二阶段兜底，连 OpenCode 都能 bootstrap——属于”AI 工具链调度”那个新流派。

安装方式（一行）

/plugin marketplace add Chachamaru127/claude-code-harness
/plugin install claude-code-harness@claude-code-harness-marketplace

装好先跑 /harness-setup 初始化，再 /harness-plan 把需求写成契约，后面 work / review / release 顺着来就行。

我的判断

下半年 Agent 圈最稀缺的不是”更强”，是”更可信”。claude-code-harness 这种 harness 工程的崛起，跟当年 CI/CD 把运维从”祈祷上线”解放出来是同一种叙事：能力是前提，纪律才能量产。

GitHub：https://github.com/Chachamaru127/claude-code-harness

GitHub: https://github.com/Chachamaru127/claude-code-harness