自动技能路由器

要解决什么问题

在 Claude Code 里做工程任务时，常见摩擦是：你得记住一堆 skill 名字，或在对话里反复说明「用前端」「做测试」「开 PR」。任务往往是混合的（改页面 + 联调接口 + 顺手测一下），手动编排 workflow 既慢又容易漏环节。

auto-skills-selector（文档里也叫 Scenario Skill Router）的定位是「智能开发总控」：用户用自然语言描述业务需求，代理先读仓库，再判断任务属于前端、后端、全栈、修 bug、测试、文档还是 PR，并按顺序调用合适的 skills；真实 skill 装不上或不可用时，用内置 fallback 继续，而不是卡住。

如何工作

默认进入自动开发模式（除非用户明确要求只做某一项）。路由大致分三步：

1. 读仓库信号：例如 package.json 里的 React/Next/Vue 等依赖、components/、pages/ 等目录，以及是否改动 .tsx、.vue、样式文件。
2. 按意图选链路：只说「实现一下」→ 按实际范围选前端或全栈；只说「改页面」→ 先 cache-components 找复用再实现；只说「修一下」→ 走 fix，页面类问题会叠加前端审查；「好看一点」→ 不只会改颜色，会走 frontend-design 相关检查；「顺便测一下」→ 尽量跑项目已有测试或给出可执行验证路径；「准备 PR」→ 生成内容，未明确要求则不直接 push。
3. 管理的基础 skills（按需而非全量机械调用）：cache-components、frontend-design、frontend-code-review、webapp-testing、fullstack-developer、fix、code-reviewer、update-docs、pr-creator、find-skills。

沟通上默认中文回复；执行前只用一句话说明计划，不展开冗长内部推理。少问原则：不因缺 skill 名就追问「前端还是后端」，信息不足但可安全推进时先基于仓库假设行动。

边界与注意点

• 不会因安装失败中断任务，但也不会假装测试通过——没跑就说未跑并说明原因。
• 未经明确授权不做高风险操作：删数据、重置分支、强推、改生产配置、发布、实际创建远端 PR。
• 不覆盖用户未提交的本地改动；也不会在每次任务里无脑调用全部 skills，而是按仓库与需求裁剪链路。