Claude Code Harness 路线图与 Phase 演进从 v5.9.0 到三层北极星它接下来会变成什么样【免费下载链接】claude-code-harnessClaude Code Dedicated Development Harness - Achieving High-Quality Development Through an Autonomous Plan→Work→Review Cycle项目地址: https://gitcode.com/GitHub_Trending/cl/claude-code-harnessClaude Code Harness 是一个专为 Claude Code 打造的 AI 开发护栏工具Dedicated Development Harness通过「计划→执行→审查」的自主循环实现高质量交付。它用 Plan→Work→Review 循环 Go 原生护栏引擎约束 AI 按计划编码、独立评审并打包发布证据。本文带你读懂它的 Phase 演进脉络从 Phase 37 到 138它已经走完了什么、v5.9.0 带来了哪些变化、接下来它又会走向何方。一张路线图138 个 Phase 是怎么演进出来的Harness 的全部演进历史都记录在一份「任务台账」里Plans.md。这份文件像一块不断翻新的黑板写满pm:requested → cc:todo → cc:wip → cc:done状态流转的任务表每个 Phase 完成后会被归档到 .claude/memory/archive/ 目录按日期命名从 Plans-2025-12-25.md 一路延续到 Plans-2026-08-14-phase132-133.md。这条演进路线大致可以分成四个阶段阶段Phase 区间主题关键词打地基13–43长时运行 Harness、Go 热路径迁移、Hokage 核心、审查体验自主长跑、Go 引擎追上游44–84紧跟 Claude Code 2.1.x 与 Codex 上游版本刷新如 Arcana 4.2.0上游兼容多宿主92–131零基重构、S1–S5 门禁、v5.0.0–v5.1.0 发布线、多宿主正式对应Phase 111supported 分级验证链132–138验证链配线、写作 Lint、循环工程、反馈规则证据优先想亲眼看看每个 Phase 的原始任务表归档文件全部保留在.claude/memory/archive/下例如 Plans-2026-07-30-phase119-124.md。v5.9.0 刚发布了什么Phase 134–137 的四连击当前版本为 v5.9.0见 VERSION对应 Phase 134–137 四大主题的落地完整变更见 CHANGELOG.md验证链配线修理Phase 134堵住「假绿色」——风险等级自动升格审查深度、PENDING_BROWSER状态显式记录fail-visible、发布验收时机械读取执行 artifact 而非让 LLM 重新「申报」。配套源码位于 go/internal/scopeleash/ 与 scripts/accept-collect-evidence.sh。日语写作 LintPhase 135go/internal/writinglint/ 提供 NG 模式字典 结构检查「机器起草规则、人类一键批准」AI 不能自行给自己加规则。Surface 手机适配Phase 136Plan Brief / Progress / Accept 三张单屏 HTML 视图全部支持手机 viewport非工程师也能随时看进度。循环工程Phase 137在 agents/reviewer.md 中明文化「评估者 4 契约」并新增 blind 接受者检查防止 AI「自己给自己打高分」。北极星它接下来要变成什么样spec.md 定义了产品契约其中「North Star三层北极星」就是官方路线图。Plans.md 开头用「3 层的野心」把它翻译成执行语言L1 判断专注AI 负责准备计划、实现、对比与验证证据人类 operator 只做最终判断——你不需要读代码只需批准或纠正。L2 工具无关tool-agnostic同一套护栏与 Plan/Work/Review 流程在 Claude Code、Codex CLI、Cursor、Grok 之间「从哪个切入都行」。Phase 111docs/plans/phase-111-multi-host-supported.md为此设定了 H1–H8 八项门禁并引入 hosts.toml 宿主注册表——未来接入新工具N1走「注册表 通用 smoke 层」而不是复制粘贴。L3 协作collaboration未来本丸多个 AI 工具在同一项目上协作而不把人类变成「复制粘贴员」。Mode 1 全自主编排Lead 固定为 ClaudeMode 2 人类在场的 peer 共驾。换句话说它的路标不是「让模型更聪明」而是把程序与边界固定下来让模型换代时流程依然可靠。正在进行中的 Phase 138反馈规则引擎打开 Plans.md 的尾部就能看到一个真实案例Phase 138通用 feedback 规则 PR evidence pack6 个任务中仍有 5 个标记cc:todo。它要解决什么问题——operator 不该对同一个错误提第二次。例如「rm 不要单独执行」这类口头叮嘱AI 曾两次不遵守Phase 138 把它变成 PreToolUse 钩子里的机械检查按违规次数count分级加强且 deny 级别只能由人类手动设定。这正是 L1「判断专注」落地的典型形态。长跑愿景Hokage 与 Breezing 自治路线图的另一条线是长时自主运行代号 Hokagedocs/architecture/hokage-core.md。它的配套契约写在 Plans.md 的「Breezing 自治完走契约」里/breezing all --cursor可中途无人工判断跑完整实现区段运行中禁止提问分支走既定默认值review 不过则最多修正 3 次后继续5 类 runtime floor计费、网络出站、密钥读取、生产部署、任务区外删除永不豁免自治运行无法「说服」自己绕过。这条线配合plans/多计划机制docs/plans/named-plans.md与团队模式的 Issue 桥docs/plans/team-mode.md指向同一个终点人只审批计划与验收AI 负责把整段路跑完并留下证据。30 秒上手路线图对你意味着什么如果你只想先体验再跟进演进安装只需 4 行claude /plugin marketplace add Chachamaru127/claude-code-harness /plugin install claude-code-harnessclaude-code-harness-marketplace /harness-setup然后用一条命令感受它的工作方式/harness-plan Improve the README onboarding flow——它会起草 spec.md 与 Plans.md你的工作不是写计划而是批准或纠正它。后续版本中这条流程会随 Phase 138 的反馈规则和多宿主注册表持续变粗、变稳。延伸阅读docs/reports/README.md 收录了每份发布判断材料含 Phase 134–137 完走报告docs/CLAUDE-feature-table.md 与 docs/ARCHITECTURE.md 则分别列出了功能总表与架构说明。跟踪 Harness 路线图的最好方式就是定期看一眼 Plans.md 里cc:todo的那几行——那里写着它下一步要变成什么。【免费下载链接】claude-code-harnessClaude Code Dedicated Development Harness - Achieving High-Quality Development Through an Autonomous Plan→Work→Review Cycle项目地址: https://gitcode.com/GitHub_Trending/cl/claude-code-harness创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考