其他
多个同类脚本/工具可选时…
在已配置领域路由器的系统里,任何领域操作都先经路由器解析,避免直接调用单个脚本或重复路由逻辑。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 35/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 40/100 ×0.15
适用场景
多个同类脚本/工具可选时,先用领域路由器特定
解决思路
- 执行任何领域操作(如数学运算)之前,先调用 `math-router route "<intent>"`,由路由器给出确切的 CLI 命令。
- 让领域技能与所属路由器共同激活:在 skill-rules.json 中为该技能配置 `"coActivate": ["math-router"]` 和 `"coActivateMode": "always"`,保证领域知识被激活时路由器始终可用。
- 信任路由器的 confidence score,正常情况按路由结果执行;只有返回 `command: null` 时才回退到其他方式。
- 把 skill-rules.json 中的触发关键词/意图模式写得比路由器的正则模式更宽泛,让路由器有机会优雅处理“未找到”的情况。
- 采用两层架构:第一层是 skill-rules 触发层,用关键词与意图模式提示 Claude 去使用路由器;第二层是路由器路由层,用 regex 模式确定性地映射到具体脚本。
- 不要在单个领域技能里重复实现路由逻辑,路由映射只保留在路由器中。
- 路由器存在时不要直接调用单个脚本,也不要让领域技能绕过自己的路由器。
- 扩展触发层时参考历史问题(如触发层比路由层窄)主动放宽触发条件,并在新增领域技能时把它们接入路由器的共同激活配置。
适用边界 · 注意事项
- 边缘情况:路由器返回 `command: null` 或没有匹配模式时,需要绕过路由器直接调用工具。
- 系统中不存在对应领域路由器时,本模式不适用,只能直接调用工具。