Emtemf

harness-plan

Enterprise Harness plan 阶段。把 approved design 拆成可独立执行、真实测试和精确命令冻结的 task，并要求独立 plan checker。

harness-tdd

Enterprise Harness tdd 阶段。为当前 task 派隔离 tdd-executor，执行冻结的真实 RED/GREEN/REFACTOR argv，导入 receipt，再派独立 implementation reviewer。

harness-verify

Enterprise Harness verify 阶段。独立消费 state、artifacts、reviews、TDD receipts、agent ledger、API contract 和 fresh validation，并给出 completion verdict。

Web & Frontend Listed

harness-design

Enterprise Harness design 阶段。把已确认 requirements 转成接口、错误、数据/SQL、架构、兼容性和测试设计，并要求独立 design reviewer。

API & Backend Listed

harness-route

Enterprise Harness route 阶段。消费已确认 requirements，确定 tier、owning service/module、API/data/architecture/rule 影响与必需 reviewer，并由独立 checker 复核分流决策。

harness-clarify

Enterprise Harness 的 clarify 阶段。用于先探索事实、执行七维歧义评分、逐个澄清问题并确认 scope。route 由独立的 harness-route 承担。

harness-stage-checker

Enterprise Harness 独立 checker 的统一运行合同。只在 reviewer subagent 中预加载，以新上下文检查 executor handoff、artifact 与 TECPC 证据。

harness-stage-executor

Enterprise Harness 隔离执行 worker 的统一运行合同。只在受治理 subagent 中预加载，用最小 handoff 输入执行一个明确行为并返回 TECPC 结构化结果。

Clarify-first staged workflow 的 clarify/route 子流程入口。用于把用户需求先做苏格拉底式澄清、ambiguity scoring、repo/documentation fact gathering，再形成 final route，并决定是否进入 design/plan/TDD/verify 主流程。适用于新增功能、Bug 修复、API 变化、数据结构变化、架构治理与平台规则调整。要求优先 codegraph-first 与 Context7-first，并默认一次只问一个高价值问题。