用途：simplify 针对可正常工作的代码做行为保持的简化，让代码更清晰、一致、易维护，同时保持外部可观察行为、契约、输出、副作用和错误边界不变。它不用于找 bug（honest-review）、技术债盘点（tech-debt-analyzer）或纯性能调查（performance-profiler）。
主要能力：提供三种模式。analyze 只读分析简化机会，按类别、置信度和影响范围分类；apply 执行行为保持的简化；explain 解释代码为何显得复杂以及更安全的简化形态。默认作用范围是当前任务改动、当前 diff 或用户明确指定的目标。
使用方式：命令形式为 /simplify analyze <目标>、/simplify apply <目标>、/simplify explain <目标>，目标可以是路径、符号或代码片段；不带参数时显示模式菜单。未指定模式时会自动判断：有明确且通过 Apply Eligibility Gate 的目标时进入 apply，否则先 analyze 或询问。apply 前需通过资格门检查，包括目标明确、意图仅为简化、行为不变量可陈述、有验证依据、范围风险可控。
适用场景：最近修改的代码显得复杂、需要提升可读性时；希望在不改变行为的前提下做机械性清理，如展平嵌套条件、删除死代码与冗余包装、内联单次使用的抽象、提取重复逻辑、用现有辅助函数或标准库替代手写机制、为清晰而重命名。
限制：绝不有意改变行为；若简化需要修 bug、加功能或改契约，应停止并询问。默认不扩大范围。不得将简化与缺陷修复、功能开发、API 重设计、校验变更、安全变更或纯性能重写混在一起。应遵循项目既有命名、类型、错误处理和模块约定，优先复用现有辅助函数与标准库。有验证手段时运行最窄的相关检查，无法运行时需明确说明剩余风险。超出范围时应明确重定向到正确技能。多文件或跨层重构建议先用 /orchestrator 规划。