openrouter如何设置省钱

很多人用 OpenRouter 图的是「一个 key 走遍各家模型」，结果月底一看账，比直连还贵——不是平台黑，是默认设置太「随便」：路由权重没配、长上下文模型拿去干碎活、重试和大 prompt 全算在你头上。这篇不讲账单为什么对不上，只讲你能改哪些开关：路由怎么排、模型怎么分档、请求怎么瘦身、去哪核对当期数字。

很多人用 OpenRouter 图的是「一个 key 走遍各家模型」，结果月底一看账，比直连还贵。不是平台黑，是默认设置太随便：路由权重没配、长上下文模型拿去干碎活、重试和大 prompt 全算在你头上。省钱不是找一个更便宜的模型，而是按顺序把几个开关调对。

这篇只讲你能改哪些设置：路由怎么排、模型怎么分档、请求怎么瘦身、去哪里核对当期数字。所有涉及具体数字的地方，一律请你到站内页面看当时的值，别拿别人截图里的价格当依据。

先改路由偏好：让便宜模型先接活

OpenRouter 默认会在你允许的模型池里挑一个可用的，挑中谁你未必有感知。想省钱，第一步就是把路由排序用起来，但别全局一把梭：核心业务留一条单独链路，非核心任务放开让便宜的先接。

• 把「优先便宜/优先快」这类排序开关用在草稿、抽取、分类等非核心任务上，核心任务单独留一条链路
• 开启回退（fallback）时要清楚：回退到更贵的模型不会有提醒，只会体现在账单里，回退名单要手动挑便宜的
• 同一批请求按任务类型拆成多个 key 或标签，事后能按用途看花了多少，而不是混成一坨
• 定期回看路由命中情况，如果你是「随便挑一个可用」的配置，命中高价模型的概率并不低

模型分档：什么活配什么档

省钱最直接的一刀是分档：把任务按难度分成三档，草稿、抽取、分类这类格式固定的活走低价档，改写和总结走中档，只有真正需要多步推理的组合任务才上高价档。不确定某个模型当期单价，到站内页面核对，别凭印象。

1. 先列任务清单把当前所有调用按用途写下来，标出哪些是格式固定的机械活。
2. 低档先试机械活先用小模型跑一批，看输出能不能直接用，能就固定下来。
3. 升档留痕达不到要求才升档，把升档原因写进配置注释，避免下次又盲目上高价档。
4. 核对单价到站内模型库页面核对当期单价，别用旧记忆做判断。

请求瘦身：省钱的开关在你自己这边

选对模型之后，钱往往漏在请求本身。输出长度不限、历史对话整段带上、同一个大 prompt 反复发，这些都按量计费，而且很多人根本没意识到自己在为重复内容付钱。

• 给输出设长度上限，别让模型自由发挥；输出通常比输入贵，放任生成是最直接的浪费
• 历史对话别整段带，只保留必要轮次，或者提前压成摘要再发
• 同一个大 prompt 反复发，等于反复付钱，能缓存的固定前缀尽量走缓存或抽成一次调用
• 批量任务和实时任务分开跑，能等的就走批处理或低优先级通道

# 自查方向：统计一次请求实际带了多少输入 token
# 把历史消息条数、system prompt 长度、输出上限三项列出来
# 任何一项明显超出任务需要，先砍它

看得见才省得下：用量与核对动作

没有用量视图的省钱都是猜。至少要能做到按项目或环境分开统计，否则你只能看到一个总数，根本不知道哪条链路在漏钱。

1. 按项目拆 key每个项目或环境单独配 key，月底按 key 看用量，比看总账有用得多。
2. 换算单次成本到站内工具页把当期单价换算成单次任务成本，再决定要不要降档。
3. 写进注释把「预计单次成本 × 日均次数」写进配置注释，跑一周后回看是否吻合。
4. 偏差排查偏差大就回头查是不是有重试、长 prompt 或回退到高价模型在漏钱。

核对数字一律以站内当期页面为准：模型单价、额度规则、路由策略都可能变，本文给的是判断顺序，不是固定档位。

这些做法什么时候不适用

省钱技巧都有适用边界，硬套会出事。下面几种情况，本文的开关帮不上忙，甚至会让总成本更高。

• 任务对稳定性要求极高、换模型会导致格式崩坏时，不要为了省钱强行降档，返工成本更贵
• 已经用到最低价档、成本仍高的，问题通常在用量和重试，不在模型选择
• 平台侧的路由和价格会变，本文给的是判断顺序，具体档位和数字以站内当期页面为准
• 对延迟敏感的任务不要为了便宜去走批量或低优先级通道，等不起就别省这笔