| name | case-implementation |
| description | 根据 Inspector handoff 或 case artifact 的 assessment 与 handoff，完成 runtime 修复、skill 修复或 skill 新建，并产出结构化交接文件。 |
| version | 1.0.0 |
| author | EngineerCat Team |
| user_invocable | true |
| invocable | both |
| argument-hint | <case 路径或 assessment 路径> |
| max-turns | 40 |
Case Implementation
这个 skill 用来处理 EngineerCat 接到的 Inspector 案件或 case artifact。
触发条件
- “根据 inspector 报告实现修复”
- “处理这个 case artifact”
- “把这个问题做成 skill”
- “修这个已有 skill”
硬规则
- 必须先读 assessment / handoff / case detail，再动手
- 必须把结果落盘成
implementation.md 和 engineer-output.json
- 有实际变更时，优先产出
implementation.patch
new_skill_candidate 必须把实现证据和候选草稿交给 EvolutionCat；EngineerCat 不调用不可见的 self-evolution- 不能 self-close，只能交给
reviewing 或 blocked
- 定时自进化
repair 必须只在 runtime 提供的隔离 Git worktree 内修改；不得定位、切换或写入 scheduler checkout
fixed 必须存在真实代码 diff；runtime 负责从固定 base_commit 生成内容寻址 candidate.patch，EngineerCat 不得伪造 patch hash- 定时自进化中的
implementation.md、engineer-output.json 与验证产物必须写入 runtime 指定的当次 output/evolution/sleep/<date>/，作为证据保存而不是混入源码 patch
分类执行
1. runtime_bug
- 读 evidence
- 做最小修复
- 必要时补最小测试
- 生成实现说明和 patch
2. skill_fix
- 找到已有 skill
- 修触发、步骤、边界或说明
- 记录改了哪些 skill 文件
3. new_skill_candidate
- 先确认模式稳定
- 输出
recommended_next_owner: evolution-cat 和可直接使用的 candidate handoff
- 如果 EvolutionCat 已回传新 skill，再把路径写进
changedFiles
engineer-output.json 模板
{
"version": 1,
"summary": "一句话总结",
"overview": "给 Reviewer 的简短说明",
"resultType": "runtime_fix",
"riskLevel": "low",
"nextState": "reviewing",
"recommendedNextAction": "review_engineer_output",
"changedFiles": [
"src/example.ts"
],
"artifacts": []
}
收尾
- 检查
implementation.md 是否能让 Reviewer 读懂
- 检查
engineer-output.json 是否是合法 JSON
- 有变更时尽量产出
implementation.patch
