OpenRouter 热门模型路由与审计

为什么需要这个技能

模型榜单和定价每周都在变，把几个模型写死进配置，迟早会选到下线、涨价或不再支持工具调用的模型。SkillHub 上的技能覆盖同样零散：有的只在某篇博客里提了一嘴模型名，实际功能并不完整。手动比对模型 ID、上下文长度、价格和 Skill 清单，既容易遗漏，也难判断该新建技能还是复用现有方案。

它解决什么问题

这个技能把「选模型」和「查覆盖」拆成可重复执行的步骤，而不是凭记忆推荐。核心做法是：

• 实时数据优先：运行内置脚本读取 OpenRouter 的当前目录，避免依赖上一次会话记住的名字。
• 把需求翻译成参数：用 --mode popular/budget/balanced 区分采用热度、成本敏感或均衡场景；用 --require-tools、--require-vision、--min-context N 强制筛选功能与容量。
• 给出可验证的候选：展示模型 ID、周排名、上下文窗口和估算输入/输出价格，并明确说明热度只是采用度信号，不等于质量排名。
• 审计 SkillHub 覆盖：只有当 Skill 的名称或 slug 包含规范化后的模型名时才算覆盖，描述里提过不算。缺失时优先做一个有差异的流程，而不是堆叠一堆包装器。
• 安全调用 OpenRouter：要求用户自行配置 OPENROUTER_API_KEY，不把密钥写进提示词、命令历史或生成文件。调用前展示模型顺序与是否开启 fallback，并提醒可能消耗余额。

适用边界与注意点

• 不要把预览版、免费版或刚上线的模型当作稳定生产方案，技能只会明确标注，不会替模型承诺可靠性。
• 遇到 401 先查密钥状态，402 说明余额不足，429 要遵守 Retry-After，502/503 说明上游不可用，需依赖有序 fallback。
• 修改端点、选择规则或回退逻辑时，需先阅读 references/api-and-routing.md，而不是直接改脚本。