repairlisted

# repair — 云效缺陷修复流程 一个 skill，四个 mode。缺陷单原始上下文由共享 Phase 0 生成，repair 只负责接单分析、修复和收尾。 ## 路由 | Mode | 触发 | 文件 | |------|------|------| | `Intake` | `/repair Intake <bug-id> --base <branch>` | `intake.md` | | `Fix` | `/repair Fix <bug-id>` | `fix.md` | | `Closeout` | `/repair Closeout <bug-id> --outcome <type> --comment "..." ...` | `closeout.md` | | `Clear` | `/repair Clear <bug-id>` | `clear.md` | 参数不匹配任何 mode 时，列出上表用法。匹配后立即读取对应 mode 文件执行完整流程。 ## 全局约定 - **缺陷目录**: `/media/yhr/2T/yunxiao/bugs/<bug-id>/` — Phase 0 原始材料和 `state.json` 的存放位置。`detail.md`、附件和其他 raw 输入只读；`state.json` 仅允许按下方 mode 字段表 scoped write - **产物目录**: `.proposal/repair/<bug-id>/` — 所有 Intake 生成的产物（`root-cause.md`、`fix_plan.json`、breach HTML）写入当前 repo 的此路径 - **Phase 0**: 与需求开发共用同一个 yunxiao 定时任务；只抓取、下载、创建本地文件、发通知，不改云效状态 - **输入状态**: Phase 0 当前样本已生成 `state.json`、`detail.md`，图片/日志附件可平铺在缺陷目录 - **状态集合**: `待处理`、`重新打开`、`修复中`、`开发挂起`、`集成测试中`、`回归验证`、`转需求`、`关闭` - **负责人规则**: 全流程不修改负责人；只读负责人字段，只修改评论区和缺陷状态 - **分支规则**: `--base <branch>` 从 base 创建 `bugfix/<bug-id>`；dirty worktree 停止，不自动 stash - **breach 页面**: 每次 Intake 必生成 `.proposal/repair/<bug-id>/index.html` - **缺字段策略**: 先用现有 `state.json`；Intake 能从云效实时补查就写回，补不到关键字段再问用户 ## Workflow Gate Contract repair modes must satisfy the shared workflow output contract: ```text /home/yhr/.agents/repos/agent-skills/references/skill-output-contract.md ``` Each mode must leave a resumable handoff: `state.json`, Canon task page, update card, and mode-specific artifacts (`root-cause.m