先回「渠道与模型」检查状态,再到市场核对模型是否展示。已经上架也不保证立即有用户调用。调用日志的筛选条件同样可能隐藏记录,可先清除筛选,确认时间范围和渠道是否正确。
鱼鱼 API 商户运营指南:调价、排障、结算与提现
适合:已有审核通过渠道,需要维护与对账的商户 · 约 9 分钟阅读
渠道上架后,日常最常做的事情是核对价格、保持上游可用、处理异常,再根据账单核对收入。这篇按商户中心菜单展开,说明什么操作会立即改价,什么操作需要重新审核,以及日志中的金额应该怎么看。
如果你还没申请入驻,先阅读 商户入驻与渠道上架教程。已有渠道的商户可以直接打开 商户中心,跟着下面的菜单检查。
系列导航: 第 1 篇 · 第 2 篇 · 第 3 篇:商户入驻 · 本篇:商户运营
本文按 2026-10-28 的界面更新。页面截图使用演示数据,仅用于说明操作位置;价格、渠道状态和统计数值以实时页面为准。标注“流程示意”的配图用于解释概念。
供货结算收入不等于净利润,上游实际账单、检测消耗等仍需要计入自己的成本。本文金额只用于说明规则,实际报价、平台运营费率、汇率和结算结果以当前页面及账单为准。

一、先分清“改价”和“改连接”
在「渠道与模型」的渠道表格里找到目标渠道。已上架或已暂停的渠道,行尾有「模型报价」「管理」和「⋯」三个按钮:点「模型报价」打开渠道抽屉的「模型报价」分区;点「管理」或渠道名称,打开同一个抽屉的「概览」分区,查看连接配置和上架模型。草稿和未通过的渠道,第一个按钮是「提交审核」。
「编辑配置」「探测设置」「暂停供给 / 恢复上架」和「删除」放在抽屉头部,也收在行尾「⋯」菜单里,不打开抽屉也能操作。删除只对草稿、未通过和已暂停的渠道开放;已上架渠道要先暂停供给。

| 要做的事 | 使用入口 | 操作影响 |
|---|---|---|
| 调整供货价格、管理已审核模型的映射 | 模型报价(行尾按钮或抽屉分区) | 确认发布后更新模型供给 |
| 修改上游连接或支持模型 | 编辑配置(抽屉头部或「⋯」菜单) | 保存后撤下原供给,需重新审核 |
| 临时维护、额度不足 | 暂停供给 | 停止供给并从市场撤下 |
| 维护完成 | 恢复上架 | 已发布模型重新展示 |
只需要降价或调高某项价格时,进入「模型报价」,不要顺手去「编辑配置」改连接。否则原本可以直接完成的价格调整,会变成重新审核渠道。
二、发布新的模型报价
在目标渠道的行尾点击「模型报价」,右侧会打开该渠道的抽屉并停在「模型报价」分区。抽屉标题显示渠道名称、状态和渠道 ID,编辑器只作用于这一条渠道;多条渠道有相同模型时,先核对标题,避免改错。

修改前确认「报价形态」。标准美元报价保存美元单价;「1 USDT = 1 RMB 报价」保存人民币单价,再按平台有效汇率折算美元供货价。切换形态会保留表单数字,实际含义会改变。
可以逐项修改,也可以填写参考价倍率,点击「一键应用倍率」。批量操作会覆盖全部当前模型的对应报价,如果其中有需要特殊定价的模型,应在应用之后逐项检查。
手动报价时,点击「同步上游模型」可以刷新上游模型列表,当前映射和已填写的价格会保留。如果发现新增模型,需先在「编辑配置」中添加并提交审核,审核通过后才能用于报价。
点击「再添加一个模型」会新增空白条目,需选择上游模型、平台模型并填写价格。未填写完整的条目会标记「待完善」并说明原因;点击「定位待完善模型」可直接跳到需要补全的位置。
Token 模型区分输入、输出和缓存价格;缓存留空沿用输入价,明确填写 0 表示免费。按次模型和图片模型则按页面单位填写,不要沿用 Token 模型的价格量级。
检查完成后点击「发布模型供给」,在确认弹窗中再次核对渠道、模型数量、运营费率和报价形态,再点击「确认发布」。成功提示出现后,去模型市场看新价格是否符合预期。
这里的完成标准是“发布成功并核对市场”,不是“输入框改完了”。编辑器显示「未保存变更」,或「模型报价」分区标签旁出现圆点时,修改还没有生效。切到「概览」不会丢失修改;但关闭抽屉,或点击「编辑配置」「暂停供给」等会重新加载渠道的操作时,会先弹出「放弃未发布的模型修改?」确认,选择「继续编辑」可回到编辑器。不要把关闭抽屉当成保存。
在「模型报价」分区移除对应条目,再发布变更。如果移除了全部模型,按钮会变成「撤下全部模型」。渠道已暂停时,保存报价不会自动恢复上架,仍需在抽屉头部或行尾「⋯」菜单点击「恢复上架」。
三、需要跟随上游时,再开启自动同步倍率
自动同步适合希望供货报价跟随上游倍率的商户。它会替你计算报价,也会覆盖已经单独修改的价格,开启前应先确定这正是你需要的行为。
打开已发布模型的渠道抽屉,在「模型报价」分区顶部找到「自动同步上游倍率」:
- 选择「倍率来源」:sub2api 或 New API。
- 选择「同步报价形态」:标准美元或 1:1 人民币报价。
- 如果来源是 New API,填写「New API 上游分组」,使用该上游密钥实际所属的分组名称。
- 点击「开启同步」,核对覆盖范围,再确认开启并同步。
系统会立即检测上游。成功后,用“平台参考价 × 上游基础或分组倍率”更新该渠道全部已发布模型的供货报价,用户售价继续按平台运营费率计算。检测失败时保留原配置和报价。
开启后查看当前倍率、最近成功时间和失败原因,需要时点击「立即同步」。如果修改了来源、分组或报价形态,先「保存配置并同步」;表单选项改了但没有保存,定时同步仍使用旧配置。
开启后,模型发现、选择、映射及手动报价会锁定,关闭自动同步后才能修改。渠道名称、说明、上游地址、密钥和并发数仍可在「编辑配置」中修改;保存后重新审核,已上架渠道在审核通过前继续按原版本供货,最新模型报价和同步配置会保留,审核通过后恢复同步。如果当前有未发布的报价修改,也要先处理这些变更,再操作同步开关。
周期跟随平台上游倍率探测设置,默认 30 分钟,平台关闭探测时会暂停定时同步。不能把它理解为上游一变价,平台就一定在同一秒完成更新。
关闭同步会保留最后的报价。人民币单价仍会随平台有效汇率换算成美元价格;关闭倍率同步并不会把美元价格也固定下来。历史账单和进行中的请求继续使用原来的报价快照。
四、出现异常,先对上请求再查原因
「调用日志」记录实际请求与用量。按所属渠道、时间、完整模型名或请求 ID 筛选,可以查看输入、输出、缓存读取、耗时及消费金额。
这里的“消费金额”是用户侧金额,并不是你的商户收入。 用户售价包含平台运营费用,自己的入账结果需要到「财务结算」核对。
用户反馈失败时,尽量取得准确时间、模型和请求 ID,再进入「错误日志」。错误详情区分平台状态码、上游状态码、客户端请求 ID 和内部请求 ID,先确认是同一条请求,再结合诊断信息检查上游额度、认证、模型权限或网络状态。
如果问题持续影响供给,可以先暂停渠道,处理好再恢复。不必为了测试是否恢复而反复提交新的渠道申请。
市场没有请求记录,是不是渠道没有上架?
五、探测记录有消耗,但不是商户收益
「探测记录」包括模型发现以及手动、定时探测。可按渠道、模型、时间和探测结果筛选,点开详情查看用量、耗时、上游状态和费用状态。
平台默认约每 15 分钟检查已发布且支持检测的文本模型;同一渠道、同一模型在最近一个探测间隔内达到 5 次真实上游调用时跳过自动探测,低于 5 次时恢复按计划探测。你可以在渠道抽屉头部或行尾「⋯」菜单的「探测设置」中暂停自动探测、调整间隔、指定模型,并设置每日次数与预估费用上限;额度每天上海时间 00:00 重置,手动探测不计入。检测产生的上游调用费用由商户承担,不计入用户消费,也不形成商户收益。
页面费用按探测时商户供货价估算,上游实际账单为准。「上游未返回用量」「供货单价未记录」「历史未记录」表示信息不足,不代表免费。「不计费(模型目录请求)」则是目录发现请求的标识,应与实际推理探测区分。
检查完成后,你应该能回答两个问题:这是用户调用还是平台探测?这项费用有明确估算,还是缺少数据?把来源分清,再核对上游账单,才不会把检测消耗当成漏结算。
六、核对财务结算,再申请提现

进入「财务结算」,查看可提现余额、累计收入、提现处理中、累计提现,以及资产明细。页面同时展示结算状态、规则说明和相关汇率、运营费率。
商户资产以人民币记账与提现。显示币种切换用于查看换算结果,不会把提现申请改成美元或 USDT。若页面显示等待结算规则配置,按提示联系平台,不要仅凭能看到菜单就认为实时结算已经启用。
达到当前最低提现金额后,进入「提现管理 → 申请提现」。单次门槛至少为 50 元,平台可以配置更高金额,以页面显示为准。
填写人民币金额、收款方式、收款账户、收款人姓名,金额最多两位小数。提交前再次检查账户和姓名,确认金额没有超过可提现余额。
提交成功后,申请金额会被冻结,进入提现记录查看状态与处理说明。待处理申请可点击「取消申请」,冻结金额退回可提现余额;被驳回的申请也会解冻。实际打款由平台审核处理,以记录中的状态、说明和凭证核对,不承诺自动到账或固定时间。
「保证金管理」入口目前显示暂未启用,当前入驻与供给无需缴纳保证金。不要把该菜单当成需要先充值才能提现的步骤。
七、管理异常消费者
确有异常使用需要限制时,进入「黑名单 → 添加限制」。从调用日志找到消费者 ID,填写限制原因再提交。只允许添加实际调用过你渠道的消费者,限制只作用于你的供给,不是封禁对方整个平台账号。
保留明确的原因有助于日后复查。问题解决后可以「解除限制」,让该消费者重新使用你的渠道。排障时优先核对具体请求,避免仅凭一次失败就认定是用户异常。
日常维护可以沿用这个顺序:先看渠道和上游是否可用,再核对报价;异常按请求排查,收入按结算核对。需要修改连接或新增上游模型时,回到 入驻与渠道上架教程,按完整映射和审核流程处理。