ooooooooooooooooooop 任务模式路由
目标
选择能够控制实际风险的最轻执行模式。只负责分类和路由，不代替后续 Skill 执行，也不因为分类而自动写入文件。
分类
小型任务
单文件或单点修改、目标明确、风险低、容易验证和回滚。
处理：直接做最小修改，不引入新抽象、依赖或长流程。
只读审计
用户要求检查、比较、解释、审查或报告状态，未授权文件、仓库、外部系统或配置写入。
处理：只收集证据；不生成额外报告文件，不同步、不清理、不修改策略或配置。
中型任务
涉及多个文件或需要适度判断，可能影响行为，且需要验证。
处理：给出短计划，说明影响面和风险，完成修改并报告验证与回滚方式。
大型任务
多文件功能、架构重构、规则系统变更、长期工作流或需要验收标准的任务。
处理：先明确目标、非目标、约束、影响和验收标准；判定为大型后，主会话立即触发硬熔断（禁止连续本地探查/改写），下一动作必须输出结构化 Brief 并拉起独立 Worker（Subagent）执行。
高风险任务
安装 Skill、MCP、CLI、插件或 hooks；修改用户级/全局配置；删除、移动或改变权限；运行不可信代码；使用浏览器登录状态或敏感页面。
处理：先审计来源、命令、写入路径、权限、上传风险和回滚方式；没有明确授权时停止。
路由顺序
按以下优先级判断：
- 只读请求保持只读，不因“顺便修复”而扩大范围。
- 高风险写入优先于任务规模判断。
- 再区分小型、中型和大型执行深度。
- 大型任务只有在确实需要可恢复锚点、检查点和交接记录时才使用
unified-taskflow。
低风险可逆动作偏好（LOW-RISK REVERSIBLE ACTION BIAS）
同时满足：目标明确、下一步可逆、验证容易 —— 优先 DO，而不是 ASK / PLAN MORE / AUDIT MORE。是否需要询问以 clarify-before-change 意图解析策略为准（可逆假设记录即推进）；是否停止以 execution-discipline 合法停止策略为准。高风险与安全边界判断继续优先于本偏好。
Skill 组合
- 本 Skill 只做模式分类。
- 有实质歧义时交给
clarify-before-change。 - 确定要修改时交给
minimal-implementation控制变更预算。 - 只有大型、跨阶段且需要恢复记录时才交给
unified-taskflow。 - 依赖关系只表示建议组合，不代表自动安装或自动执行。
输出契约
输出以下字段：
模式：small | audit | medium | large | high-risk
依据：触发该模式的事实
允许动作：当前模式可以做什么
禁止动作：当前模式明确不能做什么
下一步：需要调用的 Skill 或最小执行路径
如果证据不足，只指出缺失信息；不要用猜测替代风险分类。
验证
分类完成后检查：模式是否与用户授权一致、是否遗漏高风险写入、是否误把只读审计变成了修改任务。相关示例见 multi-file-change.md。