用途：auto 是 OrchestKit 的默认入口，面向任何以目标形式提出的请求。用户用自然语言描述目标，由它判断意图类别与所需模型档位，确认后交给对应专门技能执行。资料说明 OrchestKit 有 110 个技能，但用户往往只会调用记得住名字的少数几个，缺少统一入口是技能被闲置的主因，因此该路由被定位为默认路径而非纠错逃生口。
主要能力：分类并路由常见意图，例如 fix 与 diagnose 指向 fix-issue，cover 指向带目标的覆盖率技能，e2e 指向 expect，design 指向 /ork:brainstorm，build 指向 implement，review 指向 review-pr，verify 指向 verify。权重维度分 Light（haiku）、Standard（sonnet）、Heavy（opus），解析为非对称：任一重信号即为 Heavy，Light 需全部为轻信号，其余为 Standard。
使用方式：流程为分类、确认、交接。分类时用一行说明意图、权重与判定信号；确认时展示目标、意图、权重与路由及参数，然后按需调用目标技能。Heavy 路线属付费开销，需单独显式批准，拒绝则改用 Standard 并说明被削弱了哪项检查。确认为低风险单次路线时可用一行内联确认。
限制：不得递归路由到自身，不跳过目标技能自身的护栏与确认，不静默升级，不读取或改动 ORK_TEAM_OPUS_MAX，也不因团队规模门禁拒绝就把 Heavy 降级。若无法确定类别，只提一个澄清问题。optimize 与 improve-skill 没有专门技能，分别走 /goal 循环与演化门禁。分类准确率可用 routing-benchmark.json 与 bare-eval 验证，目标不低于 95%。