用途：ask-skills 负责把请求路由到最小可组合的本地技能流程，自身不负责解析、阶段策略、调度、实现、收尾或审批。路由前需先阅读安全与委派范围的默认设置。
主要路由：默认使用 skills-only 通道，按 to-spec → to-tickets → execute-ticket 内联执行，不启动 runner、scheduler 或替代驱动。小型改动约三文件、100 行（含测试），且不涉及契约、schema、迁移、依赖、策略、资金、认证或数据删除时走直接通道，或明确要求快速修改时直接编辑、测试、lint、重读，提交前度量，超出则升级。Autopilot 仅在明确请求时启用；AFK、续跑与压缩不会选择它，其路由也不覆盖暂停。缺失 Autopilot 不阻塞其他通道。
合并授权：在已知仓库中对“merge all”“merge everything”“mregia tutto”等明确肯定的整仓合并请求，走 ticket-autopilot 的整仓授权事务；检查 repository-autonomous-merge-status，若授权缺失则用人类操作者与持久肯定消息调用 grant-repository-autonomous-merge --scope current-and-future-runs，保留有效授权与其来源，对撤销、旧版、畸形或矛盾状态失败关闭，然后调用 merge-all；不要要求调用方提供 PR head SHA 或收窄到单个 PR。对“autorizzo tutto”“authorize everything”“autorizo todo”等明确整仓授权请求，读取 repository-authority-status，仅补授缺失项，添加 grant-repository-autonomous-operations --scope current-and-future-runs；合并与对账保留各自授权与撤销。引用、示例、问题、否定、撤销、策略请求和回归报告不构成授权，按其真实讨论或变更意图正常路由，不做提供方变更。
工单与评审：对单个工单的保留、取消、重开或设置处置状态请求用 change-status-ticket，该路由优先于实现；松散功能、决策、诊断、架构或缺陷分析用 to-spec，需要可执行切片时加 to-tickets；已有规格需切片用 to-tickets；单个规范工单 Markdown 走规范化工单契约；已规范化 Ticket Envelope 加当前 CandidateRef 直接 execute-ticket；旧版工单仅显式迁移命令可转换；带显式 Autopilot 编排请求的工单文件夹用 ticket-autopilot。多代理仓库协作（Crew 或多 Pi 会话）用 crew-delivery；庞大模糊多会话工作用 wayfinder；需独立交叉验证的硬缺陷用 triangulate-diagnosis，单次证据驱动诊断用 diagnose；runner 候选或独立 PR、提交、本地 diff、用户范围用 code-review，QA 规划用 qa-test-plan；运行时/发布声明审计用 verification-audit；已验证包解释 PR 用 explain-pr；GREEN 候选聚焦清理用 code-simplification。裸工单路径与实现/完成请求指交付而非处置；阻塞、暂停/恢复、停止、等待、门控、就绪与生命周期问题不是行政处置。
执行默认：非平凡工作路由后，若 update_plan（Pi Plan）可用，在选路后初始化，保持恰好一步 in_progress，交接时结束或清除，并在计划审查检查点对账。研究时若有不冲突的项目绑定 llm-wiki，先作为索引查询，应用其 RAG 可用性契约，说明所选查询模式或回退，并对照规范页与一手来源核验关键声明，不得凭推断搭建 wiki。pi-code-tool 代码可用时优先用于循环、过滤、聚合、重复检查、派生转换与程序化检查，作者性编辑用直接 edit/write。琐碎工作可省略 Pi Plan 与代码模式；缺失工具需显式回退，不得伪造证据；工具可用或自动批准不授予仓库/提供方权限。
响应：说明技能/组合、为何合适及缺失输入；输入充分时不再询问直接调用。限制：资料未提供具体实现细节、支持平台、收费与价格信息。