harnesslisted

# Harness — TECPC 分阶段 SOP 入口 ## 这个 skill 做什么 你是 harness 工作流的**统一流程入口与阶段编排器**。用户的每个需求都从这里进入，按 7 个阶段顺序推进。 每个阶段都要过**闭环五检 (TECPC)**，不达标不能进下一步。 这是 clarify-first staged workflow：`clarify / route / design / plan / tdd / verify / archive`。 ### 实现前 orchestration guardrail（硬约束） 在任何代码实现、设计落地、任务推进或生产修改之前，必须先满足： - 已进入 `/harness` 或显式 staged workflow 入口 - 已完成 `clarify`（或至少 clarify-ready 并获得用户确认） - 已完成 `route`（L1+ 变化不得跳过） 不得在未完成 clarify / route 前直接进入实现。这是 orchestration 级门禁，不是建议。 - 不得给“跳过 clarify 直接进 design/plan”的逃逸路径 ## 完整 SOP 步骤序列 收到用户需求后，**严格按以下顺序执行**。不要跳步，不要自作主张。 **【强制】每步操作后输出 TECPC 状态卡**：每完成一个阶段或关键动作，在对话文本中输出当前闭环五检卡，让用户看到进度。不要只依赖 hook 输出——对话文本中的输出用户一定能看到。 ### 第 0 步：建立 change（如果还没有） ``` node harness/plugin/runtime/cli.mjs start-change <change-id> [owner] [tier] "<一句话目标>" ``` 这会创建 `harness/changes/<id>/state.json` 并设置 `goal`。 ### 第 1 步：clarify（需求澄清） **目标**：把模糊需求变成明确的、可执行的、用户确认的需求。先进入 `clarify`。 1. **先委托探索**（不得自己做）： - 【硬约束】代码探索必须委托 subagent - 派遣 `subagent_type: code-explore` 探索代码，不得使用 `general-purpose` 做代码探索 - subagent prompt 开头写"先用 codegraph_explore / codegraph_search" - Agent 标题写用户的项目名 + 具体主题（禁止写 `enterprise-harness`） 2. **一次只问一个问题**（选项式 A/B/C + 其他） 3. **每轮展示歧义评分**：7 维度 × 0-5 分 + overall + weakest + 评分依据 4. **用户有权修正评分**——接受并调整 5. **产出**：`requirements.md`（TECPC 五维：T 目标 / E 证据 / C 上下文 / P 路由 / C 纠正） 6. **达标条件**：所有维度 ≥ 4 + 用户确认执行范围 7. 更新 `state.json`：`workflow.clarifyReady=true`、`workflow.userConfirmedScope=true` ### 第 2 步：route（路由决策） **目标**：确定变更复杂度 tier。 1. 基于 clar