用途：以“先调查后修复”为原则的调试与回归修复工作流，按紧急程度分两条轨道。hotfix 轨道面向 P0 生产故障，调查限时 15 分钟、就地修复、仅做冒烟测试；thorough 轨道面向 P1/P2，包含完整 RCA 文档、设计约束、TDD 实现、规格评审与 PR 合并。
主要能力：triage 分诊、调查、RCA、设计、实现、验证、评审、综合等阶段；thorough 轨道在修复前先写记录缺陷行为的特征化测试，再写应失败的修复测试，修复后特征化测试应转为失败以确认根因已解决；支持热修复超时后切换到 thorough，或升级到 ideate 处理架构级改动。
使用方式：默认执行 debug "缺陷描述" 进入 thorough；debug --hotfix "描述" 走快速路径；debug --escalate "原因" 升级；调查中可用 debug --switch-thorough 切换；用 rehydrate <featureId> 恢复上下文。轨道选择与升级判据通过 exarchos_orchestrate 查询 triage-decision、investigation-decision 运行手册。
适用场景：生产故障、用户报告的缺陷或回归、日志报错、性能退化（先调查，结构性再转重构）。代码可运行但结构混乱时应使用 refactor 而非 debug。
限制：两条轨道各只有一个人工检查点；hotfix 不写完整 RCA、不使用 worktree；thorough 的设计约束段仅在 .exarchos.yml 注册了 invariants 目录时输出；阶段转换需满足对应守卫条件。具体平台配置与运行细节以官方资料为准，部分内容暂未提供。