第 1 步：打开开放平台#

浏览器访问：

1
https://platform.deepseek.com

注意别走错门——chat.deepseek.com 是给人聊天用的网页版，platform.deepseek.com 才是开发者控制台。API Key、充值、账单、用量都在后者。

🖼️ 配图占位 · 1-1：platform.deepseek.com 登录页。要拍出「手机号 / 微信扫码」两个登录入口，以及页面右侧的「API 开放平台」字样，用来和第 1 步的文字对上。

第 2 步：注册并登录#

在登录页选择其中一种方式完成注册/登录：

• 手机号 + 短信验证码（推荐，后面实名认证也用同一个号）；
• 微信扫码。

登录成功后，你会看到左侧菜单栏。接下来所有操作都在这几个菜单里完成：

建议你现在就点开「产品定价」看一眼——后面第三节算账时会用到，而且这是唯一权威的价格来源。

🖼️ 配图占位 · 1-2：登录后的控制台首页，把左侧完整菜单栏拍进去。这张图能省掉后面至少三次「我该点哪里」的疑问。

关键事实#

未完成实名认证，无法充值。 充值页会直接拦住你，提示需要先完成认证。

而 API 调用需要账户余额大于 0。所以正确的顺序是：

1
注册 → 实名认证 → 充值 → 创建 API Key

很多人把「创建 API Key」放在最前面做（因为看起来最像技术步骤），结果卡在充值那一步，又回头找实名入口。

认证步骤#

1. 左侧菜单点击 「充值」；
2. 页面会提示需要完成实名认证，点击 「Verify / 去认证」；
3. 选择认证类型：
   • Individual（个人）：开发者个人使用，选这个；
   • Enterprise（企业）：需要用企业主体，材料更多；
4. 填写信息：
   • Real Name（真实姓名）：仅限中文，必须与身份证完全一致；
   • Type of ID（证件类型）：默认「二代身份证」；
   • ID Number（身份证号）：逐位核对，别用 OCR 复制，容易把 0/O、1/l 认错；
5. 勾选同意服务条款，点击 「Submit」 提交。

提交之后#

按页面提示等待审核结果。审核期间可以先去把 API Key 建好（见第五节），不冲突。

如果认证被打回，通常是这三个原因：

🖼️ 配图占位 · 1-3：实名认证表单页。拍出「Individual / Enterprise」选项和「Real Name（仅限中文）」的输入提示——这两处是打回率最高的地方。

第 1 步：选择金额#

在线充值页面提供固定档位，也可以自定义：

1
¥10  ¥20  ¥50  ¥100  ¥300  ¥500  自定义

自定义金额有上下限，页面会实时提示（例如「请输入 1 元至 xxx 元之间的金额」）。以页面提示为准，不要按第三方教程里的数字填。

第 2 步：选择支付方式#

• 支付宝（ALIPAY）
• 微信支付
• 大额或报销需求可以走 对公汇款

选好后点「去支付 / Next step」，完成付款。

第 3 步：确认到账#

付款成功后回到「账单」页面，可以看到这笔充值记录。余额在「用量信息」页面查看。

充值余额不过期，用多少扣多少。所以充多充少主要影响的是「要不要经常回来充」，而不是「会不会浪费」。

首次建议：充 ¥10–¥20。按第六节的测算，这足够一个轻度使用的 Agent 跑很久，也够你在踩坑阶段随便试。

🖼️ 配图占位 · 1-4：充值页。要同时拍到金额档位、自定义输入框、支付宝/微信支付两个选项，以及页面顶部那句「先完成实名认证之后才能充值」的提示。

第 1 步：进入 API keys 页面#

左侧菜单 → 「API keys」。

第 2 步：创建#

点击右上角/页面的 「Create new API key」（或「创建 API key」）按钮，在弹出的对话框里填一个名称。

命名建议（这一步随手做，后面省很多事）：

1
openclaw-mac-20260918

规律是 用途 + 机器 + 日期。好处有两个：

• 哪台机器/哪个工具在用，一眼看出来；
• 万一泄露，删掉这一把就行，不影响其他工具。

建议一把 Key 对应一个环境，不要所有工具共用一把。

第 3 步：复制并保存 —— 只有这一次机会#

⚠️ API Key 只显示一次。 弹窗关闭后无法再次查看。忘了复制，只能删掉重建。

弹窗出现后：

1. 点击 「Copy」；
2. 立刻粘贴到一个安全的地方（密码管理器 / 备忘录，不要丢进聊天窗口或 Git 仓库）；
3. 确认粘贴完整：以 sk- 开头，前后没有空格、没有换行——从网页复制时最容易带进一个换行符，这会让后面所有调用都报 401。

🖼️ 配图占位 · 1-5：API Key 创建弹窗。把输入名称的输入框、Create 按钮，以及密钥显示区域一起拍进来。

🖼️ 配图占位 · 1-6：Key 列表页。拍出「名称 + 创建时间 + 删除按钮」的列表结构，说明之后想换 Key 就在这里操作。

方法一：curl（最快）#

打开终端（macOS：⌘ + 空格 输入 Terminal 回车），粘贴：

1
export DEEPSEEK_API_KEY="sk-你的密钥"
2

3
curl https://api.deepseek.com/chat/completions \
4
  -H "Content-Type: application/json" \
5
  -H "Authorization: Bearer ${DEEPSEEK_API_KEY}" \
6
  -d '{
7
    "model": "deepseek-v4-flash",
8
    "messages": [{"role": "user", "content": "只回复两个字：收到"}],
9
    "stream": false
10
  }'

期望结果：返回一段 JSON，里面有 choices[0].message.content（内容应该是「收到」），以及 usage 字段（本次消耗的 Token 数）。

usage 里三个数字要认识一下：

后面第六节算账时，这三个数字就是你的实际账单结构。

方法二：Python（如果你要写脚本）#

1
import os
2
from openai import OpenAI
3

4
client = OpenAI(
5
    api_key=os.environ["DEEPSEEK_API_KEY"],
6
    base_url="https://api.deepseek.com",
7
)
8

9
resp = client.chat.completions.create(
10
    model="deepseek-v4-flash",
11
    messages=[{"role": "user", "content": "只回复两个字：收到"}],
12
)
13
print(resp.choices[0].message.content)

DeepSeek 提供 OpenAI 兼容接口，所以已有的 OpenAI SDK、LangChain、各种 Agent 框架，通常只需要把 base_url 改过来就能用。

关于地址和模型 ID#

关于「V4.1」这个叫法：社区里常见「DeepSeek V4.1 Flash」这样的名字，但填配置时要用官方模型 ID deepseek-flash（旧名 deepseek-v4-flash 仍被接受，但已退役、由 V4.1-Flash 承接）。手写成 deepseek-v4.1-flash 会直接报模型不存在（实测报错：The supported API model names are deepseek-flash, deepseek-v4-pro, but you passed deepseek-v4.1-flash.）。

模型 ID 会随版本变化。最可靠的确认方式是看控制台左侧的「接口文档」，或直接请求模型列表接口（OpenAI 兼容）：GET https://api.deepseek.com/models。以实际返回为准。

🖼️ 配图占位 · 1-7：终端里 curl 成功返回的完整 JSON。框出 choices、usage.prompt_cache_hit_tokens、usage.completion_tokens 三处，与上面的说明对应。

当前价格（Flash 系列）#

2026-09-10 12<00> 起，DeepSeek 调整了 Flash 系列的计费价格，继续采用峰谷分时机制：

高峰时段：工作日（周一至周五）9<00>–12<00> 与 14<00>–18<00>（北京时间）。 其余时间全部是闲时——包括工作日的午休、晚上、以及整个周末。

Flash 系列包含 deepseek-v4-flash 与 deepseek-v4-flash-vision-exp 两个模型，价格一致。定位更高的 deepseek-v4-pro 本次未调价，单价不同，不要拿 Flash 的价目表去估 Pro 的账单。

先把最大的杠杆找出来#

上面这张表里藏着一个 50 倍的差距：

1
输入（缓存命中）  0.02 元/百万
2
输入（未命中）    1.00 元/百万   ← 相差 50 倍

也就是说，「让模型复用已缓存的前缀」比「换个更便宜的模型」重要得多。在 Agent 场景里，系统提示词、工具定义、工作区文件这些内容每轮都重复发送——只要它们被缓存命中，这部分成本就几乎可以忽略。

实操上的含义：

• 保持对话上下文结构稳定（不要每轮都改动系统提示词的开头）；
• 别频繁新开会话——缓存需要在同一个会话前缀上才容易命中；
• 反过来，如果会话已经很长、内容已经完全不相关，那该新开就新开，避免未命中部分白花钱。

混合均价怎么算#

只给一个「xx 元/百万 Token」的结论没有意义，因为你的实际用量结构决定了均价。下面给一个可替换参数的算法，你可以按自己的情况改。

假设一次典型 Agent 用量的结构是：

那么每消耗 100 万 Token（合计）：

1
输入 70 万 Token
2
  ├─ 命中 80% = 56 万 × 0.02 元/百万 = 0.0112 元
3
  └─ 未命中 20% = 14 万 × 1 元/百万  = 0.14   元
4
输出 30 万 Token
5
  └─ 30 万 × 4 元/百万 = 1.2 元
6

7
合计 ≈ 1.35 元 / 百万 Token（闲时）

换个缓存命中率，结论差多少#

这是最值得你自己动手算一遍的地方（按同样的 70/30 结构）：

这张表想说明两件事：

1. 分时的影响比命中率更直观。同样的钱，全部挪到闲时跑，能多买约一倍的量。
2. 输出 Token 才是大头。哪怕缓存完全不命中，均价也只从 1.28 涨到 1.90 元——但如果你的任务输出量大（比如长篇生成），结论会完全不同：纯输出是 4 元/百万，是命中输入的 200 倍。

所以对「让 AI 少说废话」这件事，省钱效果是实打实的。

粗略的月度参考#

按上面的基准结构，把 Token 消耗换算成金额：

注意：上表是「闲时 + 80% 缓存命中 + 70/30 结构」三个假设同时成立的结果。任一条不成立，成本都会往上走。想对账，去控制台「用量信息」页面看实际数字，那里是唯一准的。

🖼️ 配图占位 · 1-8：控制台「用量信息」页面。拍出余额、当日/当月消耗曲线，以及可选的按模型拆分视图。