⚡ DeepSeek API
剩余余额
—
tokens
累计消耗
—
tokens
请求数
—
成功调用
输入 / 输出
—
缓存命中率
—
缓存 —
tokens
我的 Key
Key 只在创建时显示一次，请立即复制保存。
统计范围：
余额概览
加载中…
按模型花费
加载中…
卡密充值
输入卡密，余额将按卡面额度增加。支持一次多张 —— 每行一张，
也可用逗号分隔。一次最多 100 张。
交流群（QQ）
1074661645
欢迎进群交流 · 学习 · 吹水 · 聊天
本页汇总
加载中…
使用记录
每次请求的输入（命中/未命中）、输出、缓存命中率、扣费、首字延迟与总耗时。
鼠标悬停各列标题可看口径说明。
收费倍率相对常规应扣费用计算：1× 为常规，0.5× 为排行榜五折，0× 为免费线路。历史未保存快照的显示「未记录」；输出加价倍率仍在扣费列单独标注。
余额流水
计费方式（现行）
按各模型官方定价原价计费，按 元 扣除余额。
当前开放 3 个模型，单价随模型不同 ——
调哪个模型就按哪个模型的价扣。
排行榜优惠：今日实时前 5 名享 5 折。 Token 余额和官方定价余额均在原应扣费用基础上减半； 每次请求开始时确定资格，掉榜后新请求恢复常规计费。 当前资格请查看「排行榜」，近 7 天和总榜名次不决定优惠。
排行榜优惠：今日实时前 5 名享 5 折。 Token 余额和官方定价余额均在原应扣费用基础上减半； 每次请求开始时确定资格，掉榜后新请求恢复常规计费。 当前资格请查看「排行榜」，近 7 天和总榜名次不决定优惠。
| 模型 | 缓存命中输入 | 缓存未命中输入 | 输出 |
|---|---|---|---|
| deepseek-v4.1-flash | 0.02 | 1.00 | 4.00 |
单位：元 / 百万 token
✅ 全天统一按低谷价，不区分高峰与低谷
deepseek 官方定价区分高峰（工作日 09:00–12:00、14:00–18:00）与低谷， 高峰为低谷的 2 倍。本站不区分时段：全天 24 小时含周末一律按低谷价结算。
deepseek 官方定价区分高峰（工作日 09:00–12:00、14:00–18:00）与低谷， 高峰为低谷的 2 倍。本站不区分时段：全天 24 小时含周末一律按低谷价结算。
计算示例 —— 同一组用量，三个模型差别有多大：
用量：缓存命中 900K、未命中 100K、输出 5K
用量：缓存命中 900K、未命中 100K、输出 5K
| 模型 | 命中 | 未命中 | 输出 | 合计 |
|---|---|---|---|---|
| v4.1-flash | 0.0180 | 0.1000 | 0.0200 | 0.1380 元 | 0.0800 | 0.0140 | 0.3010 元 |
| v4-pro | 0.1350 | 0.4500 | 0.0675 | 0.6525 元 |
同样的用量，pro 是 flash 的 4.7 倍 —— 选模型比什么都省。
为什么按官方定价
缓存命中、未命中、输出三类用量的上游成本差异极大，
本站按上游官方价计费（以缓存命中为基准）：
· v4.1-flash：输出是命中的 200 倍
你付的钱与实际用量结构一致：频繁复用上下文就便宜， 大量生成内容就相应多付。
· v4.1-flash：输出是命中的 200 倍
你付的钱与实际用量结构一致：频繁复用上下文就便宜， 大量生成内容就相应多付。
三个模型怎么选
三者贵的地方不一样，按自己的用法选能省很多：
deepseek-v4.1-flash
· 适合长对话、高缓存复用：上下文越长、复用越多越省
· 缓存命中输入仅 0.02 元/百万 token，是全网最低档
· 目前本站仅提供这一个模型
deepseek-v4.1-flash
· 适合长对话、高缓存复用：上下文越长、复用越多越省
· 缓存命中输入仅 0.02 元/百万 token，是全网最低档
· 目前本站仅提供这一个模型
换号豁免（平台承担）
上游账号被限流时，系统会自动换到另一个账号继续为你服务。
新账号没有 prompt cache，于是整段前缀会按「未命中」计价 ——
这不是你的用法问题。
本站对此有豁免：单次请求未命中部分 不低于 5 万 token 时， 这部分由平台承担，不向你收取。你只需为正常用量付费。
本站对此有豁免：单次请求未命中部分 不低于 5 万 token 时， 这部分由平台承担，不向你收取。你只需为正常用量付费。
如何用得更省
① 用长对话，少新建会话：
· 长对话、反复追问同一段上下文 →
· 缓存命中价仅 0.02，复用越多越省
② 提高缓存命中率：
· 在同一个对话里连续提问，不要每次都新建会话
· 不要频繁改动会话开头（如反复修改 system prompt）
· flash 命中价仅 0.02，复用越多越省
③ 控制输出长度：
· 输出单价是三类里最高的（flash 4.00、glm 2.80、pro 13.50）
· 合理设置
④ 全天一个价：高峰时段调用不加价，无需刻意避开高峰。
· 长对话、反复追问同一段上下文 →
deepseek-v4.1-flash· 缓存命中价仅 0.02，复用越多越省
② 提高缓存命中率：
· 在同一个对话里连续提问，不要每次都新建会话
· 不要频繁改动会话开头（如反复修改 system prompt）
· flash 命中价仅 0.02，复用越多越省
③ 控制输出长度：
· 输出单价是三类里最高的（flash 4.00、glm 2.80、pro 13.50）
· 合理设置
max_tokens，不需要时不要设过大④ 全天一个价：高峰时段调用不加价，无需刻意避开高峰。
在哪里查看
· 「余额」页：余额（元）、累计充值、累计消耗、
按模型花费（能看到每个模型各花了多少）
· 「使用记录」页：每次请求的输入/输出 token 与扣费明细
· 「使用记录」页：每次请求的输入/输出 token 与扣费明细
旧计费方式（仅存量 token 余额适用）
若你账户中仍有旧的 token 余额，在余额用完前继续按旧规则计费：
· 按 token 计费：
· 正常情况下倍率为 1
· 满足高消耗条件时对输出按 ×3.3 计费 （仅 Token 余额用户适用；官方定价余额按官方价计费，不含此加价）
token 余额用完后会自动切换为上面的官方定价方式， 按元从余额卡中扣除，无需手动操作。
· 按 token 计费：
扣费 = 输入 + 输出×倍率· 正常情况下倍率为 1
· 满足高消耗条件时对输出按 ×3.3 计费 （仅 Token 余额用户适用；官方定价余额按官方价计费，不含此加价）
token 余额用完后会自动切换为上面的官方定价方式， 按元从余额卡中扣除，无需手动操作。
⚠️ 高消耗用法加价规则（仅旧 token 余额适用）
此规则只对旧的 token 余额生效。使用官方定价余额时
不适用任何加价 —— 官方定价本身已按用量类型区分单价。
触发条件（统计你最近 200 次成功请求，满足任一即触发）：
① 缓存命中率 < 75%
② 输出 token 占比 > 50%
触发后：仅对输出 token 按 ×3.3 计费，输入部分不变。
适用范围：仅 Token 余额计费方式；官方定价余额按官方价计费，不叠加此加价。
例如一次请求输入 12,400 tokens、输出 579 tokens：
· 原价：12,400 + 579 = 12,979 tokens
· 加价：12,400 + 579×3.3 = 14,311 tokens（仅 Token 余额）
保护措施：请求数不足 200 次时一律按原价（新用户不受影响）。
① 缓存命中率 < 75%
② 输出 token 占比 > 50%
触发后：仅对输出 token 按 ×3.3 计费，输入部分不变。
适用范围：仅 Token 余额计费方式；官方定价余额按官方价计费，不叠加此加价。
例如一次请求输入 12,400 tokens、输出 579 tokens：
· 原价：12,400 + 579 = 12,979 tokens
· 加价：12,400 + 579×3.3 = 14,311 tokens（仅 Token 余额）
保护措施：请求数不足 200 次时一律按原价（新用户不受影响）。
为什么旧规则这样做
本服务按 token 数向你计费，但向上游支付的成本按类型差异极大：
输出 token 的单价是缓存命中输入的 200 倍。
如果对所有用法都按 token 数等权计费，大量生成内容或频繁开新会话 （不复用上下文、缓存命中率低）的用法，其成本会远超所付费用 —— 这对其他用户不公平。因此对这类高消耗用法加收输出费用。
| 类型 | 上游单价 | 相对倍数 |
|---|---|---|
| 缓存命中的输入 | 0.02 元/百万 | 1× |
| 缓存未命中的输入 | 1.00 元/百万 | 50× |
| 输出 | 4.00 元/百万 | 200× |
如果对所有用法都按 token 数等权计费，大量生成内容或频繁开新会话 （不复用上下文、缓存命中率低）的用法，其成本会远超所付费用 —— 这对其他用户不公平。因此对这类高消耗用法加收输出费用。
旧规则下如何恢复正常计费
提高缓存命中率（最有效）：
· 在同一个对话里连续提问，不要每次都新建会话
· 客户端不要频繁改动会话开头的内容（如反复修改 system prompt）
· 相同的上下文重复使用时，命中部分几乎不额外收费
控制输出占比：
· 单次生成内容不必过长，可分次请求
· 适当降低
只要最近 200 次请求满足「命中率 ≥ 75% 且 输出占比 ≤ 50%」， 就会自动回到 1 倍计费。
· 在同一个对话里连续提问，不要每次都新建会话
· 客户端不要频繁改动会话开头的内容（如反复修改 system prompt）
· 相同的上下文重复使用时，命中部分几乎不额外收费
控制输出占比：
· 单次生成内容不必过长，可分次请求
· 适当降低
max_tokens只要最近 200 次请求满足「命中率 ≥ 75% 且 输出占比 ≤ 50%」， 就会自动回到 1 倍计费。
旧规则：在哪里查看
· 顶部会显示你当前的计费状态（正常 / 加价中）
· 「使用记录」的扣费列会标注本次的倍率：
· 未加价的请求只显示总数，不加标注
· 「使用记录」的扣费列会标注本次的倍率：
782.1K 579×3.3（仅 Token 余额会带倍率）表示共扣 782,100 tokens，
其中 579 是输出 token、按 3.3 倍计费· 未加价的请求只显示总数，不加标注
接口地址
Base URL：
https://api.codepin.cloud/v1可用模型
加载中…
调用示例
curl https://api.codepin.cloud/v1/chat/completions \
-H "Authorization: Bearer 你的KEY" \
-H "Content-Type: application/json" \
-d '{"model":"deepseek-v4.1-flash","stream":true,
"messages":[{"role":"user","content":"你好"}]}'请求与响应格式与 OpenAI 完全兼容，可直接使用官方 SDK。
客户端配置
本服务只支持 Chat Completions 协议：
不支持 Responses 协议（
/v1/chat/completions不支持 Responses 协议（
/v1/responses）。
请把客户端的 API 协议设置为 Chat Completions /
OpenAI 兼容，不要选择 Responses。
Codex CLI（不受支持）
Codex CLI 无法使用本服务。
Codex CLI 0.147 起仅支持 Responses 协议，而本服务只提供 Chat Completions， 两者协议不兼容，因此 Codex CLI 不在支持范围内。
请改用支持 Chat Completions 协议的客户端，例如 Cursor、Cline、Continue、Dify、Cherry Studio， 或直接用 OpenAI 官方 SDK（见下方示例）。
Codex CLI 0.147 起仅支持 Responses 协议，而本服务只提供 Chat Completions， 两者协议不兼容，因此 Codex CLI 不在支持范围内。
请改用支持 Chat Completions 协议的客户端，例如 Cursor、Cline、Continue、Dify、Cherry Studio， 或直接用 OpenAI 官方 SDK（见下方示例）。
其他客户端
Cursor / Cline / Continue / Dify / Cherry Studio 等
· Base URL：
· API Key：你的 Key（
· 模型：
· 协议：选 OpenAI 兼容 / Chat Completions
· Base URL：
https://api.codepin.cloud/v1· API Key：你的 Key（
sk-usr-...）· 模型：
deepseek-v4.1-flash· 协议：选 OpenAI 兼容 / Chat Completions
OpenAI SDK（Python）
from openai import OpenAI
client = OpenAI(
base_url="https://api.codepin.cloud/v1",
api_key="你的KEY",
)
resp = client.chat.completions.create(
model="deepseek-v4.1-flash",
messages=[{"role": "user", "content": "你好"}],
)
print(resp.choices[0].message.content)OpenAI SDK（Node.js）
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://api.codepin.cloud/v1",
apiKey: "你的KEY",
});
const resp = await client.chat.completions.create({
model: "deepseek-v4.1-flash",
messages: [{ role: "user", content: "你好" }],
});
console.log(resp.choices[0].message.content);常见问题
Q：测试连接成功，但一发消息就报 404？
通常是协议选错了。本服务只支持 Chat Completions， 若客户端选了 Responses 协议（如 Codex CLI）会请求
Q：报 401 invalid api key？
检查 Key 是否完整（含
Q：报 402 余额不足？
在「充值」页用卡密充值后重试。
Q：怎么查看每次请求的 token 消耗？
「使用记录」页可查看每次请求的输入/输出 token、扣费、耗时与首字延迟。
通常是协议选错了。本服务只支持 Chat Completions， 若客户端选了 Responses 协议（如 Codex CLI）会请求
/v1/responses 而返回 404 —— 请把协议切回 Chat Completions。
其他客户端确认 Base URL 结尾有 /v1。Q：报 401 invalid api key？
检查 Key 是否完整（含
sk-usr- 前缀）、是否已在「我的 Key」里启用。Q：报 402 余额不足？
在「充值」页用卡密充值后重试。
Q：怎么查看每次请求的 token 消耗？
「使用记录」页可查看每次请求的输入/输出 token、扣费、耗时与首字延迟。