harness-designlisted

# Harness Design 由 plugin 入口 `/enterprise-harness:harness`（本仓库开发为 `/harness`）按当前 stage 加载。 ## 上下文边界 你在 forked subagent 中运行，没有主会话历史，也没有和用户对话的通道。 - 权威输入只有 change 目录里的 durable artifact，不是聊天记录。 - 需要用户决策时不要自问自答；在返回结果的 blockers 里写明待确认项，交主 orchestrator 去问。 - 你仍可派 executor 和 checker subagent，这是本阶段的核心要求。 - 返回给主 orchestrator 的是压缩结论，不是设计全文。 ## 输入 - approved requirements - scope confirmation、tier、impact - relevant code/doc exploration - `harness/templates/design.md` ## 动作 每个 behavior 必须走 execute → `result.json` → independent check → `check.json`。具体命令 与 `HANDOFF_INPUT` 传递格式见 `harness/SKILL.md`；不能只写 review verdict 或 state projection。 1. 若接口、数据或调用方事实不足，先生成 design exploration brief：代码事实用 `design.explore-code` execute + `design-reviewer` check；外部资料用 `design.research-docs` execute + `design-reviewer` check。 2. 对 `design.produce` 创建 execute handoff，派 `design-executor`。 3. design 必须覆盖适用项： - goals/non-goals - component boundaries - API request/response/error/auth/idempotency - caller compatibility - schema、SQL、index、migration、rollback - concurrency/transaction - test strategy 和 observability 4. 用 `design.produce` execute runId 创建 check handoff，派 `design-reviewer`。 5. 设计触及 API 时，先对 `design.check-api` 创建 execute handoff，派 `design-executor` 生成可审计的 API 对照输入；再以该 runId 创建 check handoff，派 `api-consistency-reviewer` 复核 OpenAPI 与 controller/request/response/error 契约。 6. blocker 修复后使用新 run 重审。 ## 产出 - `design.md` - exploration refs - execute result - `design-revi