用途：fix 是一个“审查+修复”协议，目标是用最小、可靠且经过验证的改动，让有风险或不清晰的代码变安全，然后持续进行自我审查，直到不再有可操作的自我审查改动。它专注于代码与 diff 修复，不负责更广的架构、产品或路线图分析；技能产物本身的改进属于 $refine。
主要能力：执行流程包含预检、diff 审查循环、核心修复轮次、残余风险扫描、由智能体驱动的自我审查循环、自审后重跑以及输出/交接。它按严重程度排序处理发现：安全 > 崩溃 > 数据损坏 > 逻辑。默认采用“审查+实现”模式，除非用户只要求审查。它要求有可用的验证信号或证明钩子，否则快速失败并报告阻塞，不允许在没有通过验证信号的情况下声称完成。
使用方式：输入包括用户请求文本、仓库状态（代码、测试、脚本）、可选的 git 审查上下文（base_branch 与 comparison_sha）以及验证信号或自建证明钩子。执行时按轮次输出进度行，并在 Validation 中给出可机器检查的 JSON 键：baseline_cmd、baseline_result、proof_hook、final_cmd、final_result。diff 审查循环要求 comparison_sha 能解析为提交，且仅在某一轮 local_findings=0 时关闭。
适用场景：修复有风险或不清晰的代码、处理 diff 引入的可操作缺陷、在状态边界或所有权/生命周期相关处进行不变量检查。当涉及有状态边界、所有权/生命周期或“绝不应发生”的断言时，可先调用 $invariant-ace，再调用 $complexity-mitigator。
限制：不做产品/功能工作；不进行有意的语义变更（除非是正确性收紧）；无法找到或创建本地信号/证明钩子时不得编辑；可修复项不得放入残余风险；公开/文档化表面必须有专门证明钩子或明确阻塞。资料未提供具体安装命令、收费、价格或平台信息。