用途：对已经能工作并通过测试的代码改动提出测试通常不问的问题，它在系统层面推理并发、资源上限、网络分区、时钟偏移、对抗性输入、数据增长等生产故障模式，产出按影响范围排序的加固清单，每项都可直接执行或验证。
主要能力：从 git 界定改动范围，改动即相对基础分支的差异加上未提交内容；分析在子代理中运行，重读取工作不占用主上下文；产出 docs/hardening/<YYYY-MM-DD>-<branch>.md 清单文件。若 docs 是已发布的文档站点，则改用 .workflow/hardening/。
使用方式：代码可用后运行 /harden。它会自动界定范围、分析并写清单，通常只做诊断与建议，不写应用代码；仅在改动集为空时停下。呈现清单后，若工程师要求修复某一项，它只应用那一处受控改动并重申剩余风险，不会自动修复整份清单。常用命令为 git，如 git rev-parse --abbrev-ref HEAD、git rev-parse --verify main、git merge-base、git diff --name-only。仅需要 git，其余 shell 片段为 POSIX 参考。无子代理支持时可在主线程内联分析，评分标准与输出格式不变。
适用场景：合并前评估改动风险，输出风险姿态（可原样发布、合并前加固、不可发布）以及必须修复、建议加固、观察接受三类条目。
限制：不写测试、评审、代码、ADR 或 AGENTS.md/CLAUDE.md 上下文文件，也不调用其他技能；默认不编辑代码。docs 与 .workflow 的具体选择、测试信号三态等细节需按项目实际判断。未提供价格、收费、平台支持范围与效果保证等信息。