检查粘贴的是 API Key，而不是网页登录密码；确认没有漏字符或附带空格。然后回到密钥列表，确认 Key 已启用、未过期，并检查 IP 白名单是否允许当前设备或服务器的出口 IP。
鱼鱼 API 模型市场指南：供货选择、路由配置与费用排查
适合：已完成接入，希望理解供货选择与路由的用户 · 约 11 分钟阅读
同一个模型在市场里出现多行，是因为它可以由不同渠道提供。价格、响应速度、近期成功率和供货状态都可能不同。平台里的路由设置，就是告诉系统：这把 Key 调用这个模型时，优先使用哪些供货，失败后还可以尝试哪些供货。
这篇教程适合已经创建 Key、准备稳定使用的人。如果还没有完成第一次调用，可以先看 新手接入教程。
系列导航： 第 1 篇：新手接入 · 本篇：模型市场与路由 · 第 3 篇：商户入驻 · 第 4 篇：商户运营
本文按 2026-10-23 的界面更新。页面截图使用演示数据，仅用于说明操作位置；价格、渠道状态和统计数值以实时页面为准。标注“流程示意”的配图用于解释概念。
一、先分清模型、商户和渠道
打开 模型市场，先选择模型，再比较它下面的供货。模型名称是客户端请求时填写的名称；商户是供货方；渠道则是这条供货的具体入口。同一商户可能有多个渠道，一个渠道也可能提供多个模型。
页面支持按「模型」「描述」「渠道名称」「商户 ID」「渠道 ID」搜索。找某一条具体供货时，ID 比相似的名称更容易定位；筛选模型时则应注意完整名称和版本后缀。模型标签旁的数字表示供货数量，不是价格、评分或剩余额度。
未登录时只能预览部分供货。登录后再进行完整比较，并使用渠道测试和自己的路由设置。
二、比较供货时看哪些信息
第一次挑选，建议先看价格、近期成功情况和延迟，再结合自己的用途判断。
| 页面信息 | 怎么理解 |
|---|---|
| 价格与计价倍率 | 用来比较报价；点「计价详情」看输入、输出和缓存等完整单价 |
| 成功率 | 观察近期调用表现；不同时间窗口的统计含义不同 |
| 延迟 P50 | 首字延迟的中位数，反映开始看到回复通常要等多久；优先展示真实成功调用，缺失时用标注「探测」的定时检测数据 |
| 生成速度 TPS | 输出速度的参考数据；是否展示取决于供货公开情况 |
| 可用性与最近成功 | 帮助判断当前检测状态，以及最近是否有成功调用 |
默认显示的「实时」统计最近最多 100 次已完成请求，包含业务调用、用户测试和系统检测。渠道创建满 1 天后开放「24h」，展示最近 24 小时、每格 2 小时；满 7 天后开放「7d」，展示上海时区最近 7 个自然日、每格 1 天，今天截至当前时间。各周期均按成功请求数除以已完成请求数计算成功率，历史成功不保证当前可用。
显示「—」「未知」「暂无调用」或「暂无有效样本」，表示缺少对应依据，不能直接理解成 0% 或 100%。「仅保真商户」筛选的是管理员保真审核通过的供货，和一次连通性测试是两回事。
你可以用「价格从低到高」「延迟优先」「成功率优先」等选项调整列表顺序。不过，列表排序只改变你看到的顺序，真正调用时怎么选供货，要看当前 Key 的路由规则。
三、用测试检查本次连通性
找到想试的供货，点行内「测试」。弹窗会显示测试渠道、模型、连接状态和模型回复；支持的文本模型使用固定短文本进行测试。
这项测试直接检查选中的供货，不依赖你当前选了哪把 Key，也不会验证客户端里的 Base URL 是否填对。因此，测试成功后，仍应在实际客户端中发一条消息确认接入。
测试有频率限制
每个渠道全站每分钟最多测试 1 次；每位用户对同一渠道每 5 分钟 1 次，每天最多 20 次，按北京时间计算。失败或取消也可能已经产生上游请求，会占用测试次数。遇到倒计时，等提示时间结束再试即可。
四、先选对 Key，再配置模型智能池
市场中的「当前 Key」决定接下来的路由操作作用于哪把密钥。请先选中实际填在客户端里的那把 Key，避免在网页里配置了 A，客户端却一直使用 B。
某行的「加入路由」可以把供货加入这个模型的智能池；点击「✓ 已加入路由」，或顶部「配置模型智能池」，可以查看和调整完整规则。
进入弹窗后，先核对「选择密钥」和「选择模型」，然后设置「调度偏好」。
| 调度偏好 | 适合的需要 |
|---|---|
| 智能评分 | 按有依据的成功率、缓存、首字速度和价格综合比较；缺项不补假值，并显示实际参与权重 |
| 低价优先 | 优先尝试报价较低的合格供货 |
| 成功率优先 | 比较最近 24 小时成功率，真实调用优先，缺失时参考有效定时检测 |
| 低延迟优先 | 比较近期首字延迟 P50，真实成功调用优先，缺失时参考有效定时检测 |
| 保真优先 | 优先使用管理员保真审核通过的供货 |
智能评分对每项指标优先使用真实调用，缺失时才参考有效定时检测；右侧会标明来源、成功率样本量和实际参与权重。成功率、缓存、首字速度、价格的原始权重分别为 40、35、15、10，最终分数按「有效贡献 ÷ 参与权重 × 100」折算。缺项不扣分，也不补默认值；没有有效成功率样本时显示「数据不足」。
定时检测的缓存率仅作展示，不参与评分，也不能满足最低真实调用缓存率筛选。简短检测不能代表业务缓存表现。例如只有成功率、首字速度和价格参与时，会标注「计入 65/100 权重」；应结合参与权重和样本量看分数，不要把它当成所有指标都已验证。
分数不是唯一排序依据。在同一固定或兜底分组、同等稳定性下，成功率有至少 5 个真实调用样本的供货优先于仅有检测依据的供货；真实成功率加检测延迟的混合数据也享有这项优先级。表现接近时继续复用最近成功的供货，因此最高分不一定排第一。
新建 Key 的「默认路由」预选「智能评分」；模型智能池的调度偏好按模型独立保存，未设置偏好的模型默认使用「智能评分」。初次配置可以先保留这一项，观察实际调用后再调整；已有模型明确保存的策略会保留。选择低价或低延迟，也不表示每次请求一定是市场里绝对最便宜、最快的一条；它仍需要满足模型权限、供货状态和你设置的其他条件。
在「供货成员」中，你可以手动勾选要使用的供货。开启「自动入池」后，系统会按照当前规则筛选符合条件的供货；关闭后只使用手动加入的供货。关闭自动入池前，要确认已经选好了成员，否则可能没有可用候选。
希望优先使用几家熟悉的供货时，可以分别点击「固定商家」，同时保留多项「已固定」。这些供货组成固定组，合格的固定组优先，组内仍按你选择的智能评分、低价或其他策略排序；无需按固定的先后顺序手动排队。
已有历史供货顺序会保留，并可用供货成员旁的箭头继续调整；常规调度偏好中不提供手动优先级选项。想交给系统排序时，改选上方偏好后保存即可。
设置完成后点击「保存智能池」。右侧「当前候选顺序」显示服务器当前解析出的结果，可以用来检查自己是否真的留下了可用供货。
五、价格限制和失败兜底怎么搭配
展开「价格与质量筛选」，可以设置最低、最高报价倍率，最低真实调用缓存率、最低 24h 成功率，以及最高首字延迟 P50。不确定的项先留空，等有明确目标再加限制。
这里有两个区别很重要。「成功率优先」只是排序；只有设置「最低 24h 成功率」，才会按阈值筛除不达标供货。开启质量阈值以后，没有相应样本的供货也不能通过，因此限制越多，可选范围可能越小。
「失败后怎么办」决定固定组用尽后是否继续尝试普通渠道；没有固定组时，决定首选失败后的处理方式：
- 「池内切换」：先尝试合格固定组，再继续尝试池内符合价格与质量条件的其他渠道。
- 「允许超价兜底」：池内渠道都不可用时，可以再尝试超出价格范围的其他授权渠道，费用可能更高。
- 「不向其他渠道兜底」：固定组内仍可按策略切换，组内用尽后返回错误；没有固定组时，首次失败后直接返回错误。
对预算有明确要求时，先考虑限制价格范围，并选择「池内切换」。更看重尽量完成请求、可以接受额外价格时，再考虑「允许超价兜底」。超价兜底仍然遵守质量筛选、账号禁用和访问权限。
只有可安全重试的失败才会继续切换。已经开始输出、任务已受理或提交结果不明时不会重复请求；同一请求还受渠道去重与切换次数限制，不保证遍历固定组的每一项。
固定商家不等于锁死预算
固定组内每项供货都可以豁免价格筛选，但仍要满足质量、检测健康、禁用和权限条件。设置最高倍率后又固定多项供货时，需要逐一查看它们的实际报价。
「应用于当前令牌的所有模型」会把调度偏好、自动入池、价格与质量筛选、失败兜底同步到当前已有的相应模型规则。其他模型各自的固定组、成员和顺序会保留，未来新增模型不会自动同步。只想改一个模型时，不要勾选这一项。
六、分清排除、禁用和暂时出池
这些操作影响的范围不同，排查时不要混在一起。
| 操作或状态 | 影响范围 |
|---|---|
| 在智能池取消勾选供货 | 当前 Key 的这个模型智能池 |
| 固定商家或取消固定 | 将这项供货加入或移出当前 Key 的模型固定组，其他固定成员保留 |
| 禁用供货 | 当前账号的所有 Key，可禁用当前模型或整个渠道 |
| 检测失败，暂时出池 | 暂停参与调度，检测恢复后按原规则重新判断 |
手动排除的供货不会因为检测恢复而自动重新加入。账号禁用也可能让另一把 Key 的候选减少，所以遇到“明明加过路由却不参与调用”，除了看当前智能池，也要检查「已禁用」。
市场标记和候选状态约每 30 秒更新，实际请求按当时条件选择渠道。保存主要影响新请求和新会话；已有会话的切换还涉及上下文恢复。绑定的固定供货检测失败后，先尝试其他合格固定成员；固定组全部不可用且完整上下文可恢复时，可以临时使用普通池，固定设置仍保留。不要把修改路由当成所有进行中任务都会立即换渠道。
七、看懂计价倍率和实际折扣
点击供货行内的价格、「计价倍率」或「计价详情」，打开「完整计价信息」。先看「用户售价」，再看计费方式；模型参考价主要用于比较。
Token 价格按每 1M tokens 展示，也就是每一百万 Token 的单价。输入、输出、缓存读取、缓存写入可能分别计价；按图片、按请求或按秒计费的模型，应使用对应的计价单位。存在阶梯定价或推理强度倍率时，也要查看详情中的相应项目。
普通 Token 请求可以按“各类有效用量 × 对应单价”理解费用，再结合页面列出的阶梯和特殊规则。不要只拿列表里的一个输入价格，去估算整次包含长输出、缓存或其他计价项目的请求。
除下述 DeepSeek 官方人民币口径外，美元计价倍率是把输入与输出美元售价按 1:1 合计，再除以美元目录参考价合计；不包含缓存，单输入模型只比较输入价。人民币计价倍率是美元计价倍率乘展示汇率，属于报价口径。两种计价倍率都不会在已经算好的费用上再乘一遍。
其他模型的人民币计价倍率不代表实际折扣。详情中的「实际折扣」按同币种实付价 ÷ 目录参考价计算，切换币种不变。例如 OpenAI 人民币计价倍率 ×0.06，在汇率 6.686 下实际折扣约 ×0.009。参考单价以详情标注的来源与口径为准。
已核验的 DeepSeek 型号使用当前官方人民币峰谷价作为参考，列表和详情显示同一个倍率。固定输入/输出售价为 ¥0.12 / ¥0.48 时，高峰为 ×0.06、低谷为 ×0.12；切换 USD 仅按同一汇率换算金额，倍率不变。官方峰谷只改变比较基准，不改变商户售价。智能池与历史使用记录继续使用原目录计价口径，不采用这个随时段变化的官方倍率。
智能池中的最低、最高计价倍率也不能只看综合值推断：Token 模型需要输入和输出分别满足条件。供货缺少参考价或参考价为零时，开启倍率筛选可能使它无法入选。
八、从使用记录定位问题
真正判断一次调用用了哪个模型、经过哪条渠道、扣了多少费用，应到 使用记录 查对应请求。
先选发生问题的时间范围，再按「API 密钥」和「模型」缩小结果。找到记录后查看状态、模型、渠道、请求 ID 和费用详情；存在多次尝试时，还可以检查是同渠道重试还是发生了渠道切换。
「实际扣费」反映这次请求的账单结果。历史记录使用当次计费信息，不应拿今天市场里的报价直接代替过去那次请求的价格。需要整理多条记录时可以「导出 CSV」；查看一段时间的消费和模型分布，可以进入 使用量统计。
如果页面提供「错误请求」页签，可以进一步按 Key 名称、模型、分类和状态码筛选。认证失败、限流、余额问题、参数错误和上游错误，需要检查的方向不同，不必看到报错就立即反复充值或更换所有配置。
客户端提示认证失败，先检查什么？
有余额，为什么还是调用失败？
账户余额只是其中一项条件。Key 还可能达到累计或窗口额度上限，模型也可能没有获得授权。确认客户端填写的完整模型名称，再看当前智能池是否有合格候选；条件过严、账号禁用或供货暂时出池，都可能导致无可用供货。
页面测试成功，但客户端没有回复？
页面测试不会检查你的客户端配置。优先确认 Base URL 是否重复包含 /v1、调用协议是否适合客户端、模型名称是否正确，以及客户端使用的是否正是你刚配置路由的 Key。改好后新建一次简短请求，再对照使用记录检查。
需要联系支持时，提供哪些信息？
提供问题发生时间、模型名称、请求 ID、状态码和相关渠道 ID，并附上已经遮住密钥的错误截图。这些信息更容易定位对应请求。不要发送完整 Key、网页登录密码或包含密钥的完整配置文件。
日常使用时，可以先让规则保持简单，用几次真实调用观察表现，再一次调整一个条件。每次保存后检查「当前候选顺序」，并在客户端新建请求验证，这样更容易知道哪项设置带来了变化。