用途：blue-team 是 red-team 的逆向技能，属于“发现→修复”流程中的修复环节。它针对用户已拥有的一组具体失败用例（红队失败目录，或 CI/CD 测试失败报告），逐个根因类别进行修补，把开放失败类别数量降到零，同时不破坏原本正常的行为。它不负责发现新失败（那是 red-team 的工作），也不修改基准真值（oracle、测试或 holdout）。
主要能力：支持两种模式。oracle 模式处理 red-team 的 failures.jsonl，每个用例是目标判定与基准 oracle 不一致的输入；用例关闭指两者重新一致，回归指原本良性的 holdout 输入新出现不一致（多为过度拦截）。tests 模式处理 CI/CD 测试失败报告（pytest --junitxml / JUnit XML 或失败节点列表）；用例关闭指测试通过，回归指其他原本通过的测试失败。每轮迭代只修补一个类别，运行 tools/verify.py 验证，仅在关闭该类且无回归时保留补丁，否则回滚。
使用方式：先解析绑定并写入 loop.run.yaml，用 tools/ingest.py 构建目录，例如：python3 <skill_dir>/tools/ingest.py --from red-team --in <failures.jsonl> --out <catalogue>，或 --from junit --in <report.xml>。每轮信号由 tools/verify.py 给出，oracle 模式用 --target、--oracle、--catalogue、--holdout；tests 模式用 --test-cmd、--junit、--catalogue。迭代 0 先跑基线，确认 regression_count 为 0。branches 模式每保留一个修复提交一次，最终用 gh pr create 开 PR；无远程或 gh 不可用时降级输出 format-patch 与 PR_BODY.md。
适用场景：修复自有护栏、分类器、过滤器、提示词或 API 的具体失败用例，或修复 CI 中失败的测试。
限制：只可编辑 <target_files>，oracle、holdout、测试套件与 verify.py 均冻结；回归门不可协商，破坏原有通过项的补丁一律回滚；每轮只处理一个类别；保持项目现有依赖集；不暂停询问是否继续，直到归零、预算耗尽或全部成为残留。默认预算 8 轮，patience 3 次。具体价格、平台支持等信息暂未提供。