orch-fix-defect 是一个面向缺陷修复的编排型技能，名称可拆解为 actor·action·target：orch（编排）· fix（修复）· defect（缺陷）。它是 orch-pipeline 中共享引擎的轻量封装，本身不重复实现引擎逻辑，而是以特定设置调用该引擎来完成修复流程。
用途与适用场景
当某个东西坏了——输出错误、抛出错误、发生崩溃或出现回归——时使用本技能。资料同时给出了与同类技能的区分方式：如果行为本身正确、只是希望改成另一种行为，应使用 orch-change-feature；如果该能力目前根本不存在，应使用 orch-add-feature。也就是说，orch-fix-defect 专门针对“已有功能出现故障”的情形。
主要能力与流程
本技能的核心思路是把修复过程阶段化，并将每个阶段委派给匹配的 ECC 组件。其默认操作设置包括：默认规模下限为 small（通常为 trivial 级别）；阶段掩码为 0 →（仅当根因不明显或规模为 standard 及以上时启用 light 2）→ 4 → 5 → 6，其中研究阶段（1）通常被跳过。
第一个动作（阶段 4）是把缺陷复现为一个新的失败测试，即回归测试，然后持续修复直到该测试变绿。资料强调，先证明缺陷确实存在，是“修复”与“微调”之间的分界线。
工作方式
按上述设置运行 orch-pipeline 引擎。如果根因不清晰，先用 code-explorer 界定范围，再进行红灯测试；如果遇到构建中断，则升级到 build-error-resolver 或 /build-fix 处理。流程会在 Gate 1（仅当产生了计划时）和 Gate 2（提交前）停止等待确认。如果缺陷位于安全敏感路径上，应加入 security-reviewer。
示例
资料给出的示例为：orch-fix-defect: poller crashes on empty NWS response，即轮询器在 NWS 返回空响应时崩溃。流程为：编写复现该崩溃的失败测试 → 修复至测试通过 → 代码审查 → 提交，并在提交处标注 [GATE 2: confirm]，提交信息前缀为 fix:。
限制与缺失信息
资料未提供该技能的安装命令、依赖版本、支持的平台、收费或价格信息，也未说明其具体实现细节与性能表现，这些内容暂未提供。