先分任务类型
先判断它是设计、SEO、架构、集成、记忆、数据还是简单任务。
非简单任务先走这 5 步，默认自动匹配，不把“手动点名”当成日常必需动作。
先判断它是设计、SEO、架构、集成、记忆、数据还是简单任务。
先检查 P1、P2 和命中的领域规则，不要先凭感觉找人。
命中已有 skill 时默认自动触发，不要求用户手动点名。
再按任务形状挑主执行角色，必要时换成更专门的 AI-RULES 员工。
如果跨多个领域、改动面大或需要交叉验证，再升级成协同工作。
这些路由束对应你当前总库里最重要的自动触发入口。
触发场景：设计师 / designer / 统一设计 lead / UI + UX + 视觉 + 前端
需要一个设计总控入口时，默认以 Designer 为主，串起视觉、结构、可访问性和落地验证。
触发场景：页面设计 / 视觉改版 / dashboard / landing page / 组件系统 / UI polish
同时涉及视觉方向和落地实现时，默认设计 + 前端 + 验证协同。
触发场景：indexing / crawlability / title / snippet / canonical / sitemap / robots / Google Search
涉及站点结构或模板改动时，默认 SEO + 实现 + 验证协同。
触发场景：API / service boundary / database / infra / deployment / runtime
涉及部署、安全、数据边界时，默认架构 + 基础设施 + 安全协同。
触发场景：web access / GitHub / Twitter / RSS / video / search / runtime integration
涉及 vendored 源、本地包装与运行时接入时，默认接入 + 编排 + 验证协同。
触发场景：memory / history / semantic retrieval / knowledge base / project continuity
涉及长期上下文和结构化沉淀时，默认研究 + 记忆 + 工具协同。
现在除了自动触发 skill 之外，你还可以显式告诉系统这次要保守、均衡还是激进。多个档位词出现在同一句时，以最后一个为准。
优先走最轻的正确路径。只要任务仍然低风险、局部、可直接验证，就保持单兵或轻量执行。
这是当前默认建议档位。非 trivial 任务显式路由，多文件或项目级改动默认补 verifier 视角。
更积极地使用 skill、agent 和 verifier。多文件或跨域任务更早考虑 native subagent 与并行验证。
为了避免系统过度臃肿，简单任务允许直接执行；一旦发现隐藏风险，再立即提升回完整路由流。
默认策略是先扫 skill，再看现有 agent，并显式告诉你 skill 结果与 primary agent；你手动点名 agent 时，是在技能扫描之后做覆盖，而不是跳过路由。
前端设计任务默认命中 ui-design-reference，SEO 任务默认命中 google-seo，角色选择任务默认命中 agency-agents。
你当然还可以显式点名某个 skill 或某个 agent，但那应该用于精确控制，而不是用来弥补默认路由缺失。
保守、均衡、激进 现在都可以直接写在任务里；它们控制的是本次请求的路由强度，不会自动永久继承到下一轮。
任务如果只属于单一、低风险领域，就保持单兵或轻量执行；跨域、多文件、高风险时再升级成多 agent 协同。