成本与限流：把账算明白

一次调用的账，就三个变量

账 = 用哪个模型 × 有没有吃到缓存 × 什么时段跑。逐个拆：

① 选模型：日常 flash，难题 pro。两档的差价是好几倍（具体单价看官方价格页，课里不写死易变数字）。判断标准一句话：翻译、总结、格式化这类「手熟活」交给 flash；深度分析、复杂推理再上 pro。从 flash 开始试，不够聪明再升级，是永远不亏的顺序。

② 吃缓存：同样的开头=白菜价。你发给它的内容，如果和之前请求的开头部分完全相同（同一份长文档、同一段固定的系统提示词），命中缓存的部分按未命中价格的几十分之一收。实践姿势 d3.3 说过：长文档在同一会话里连续追问，别新开会话重发；自动化脚本里固定不变的提示词放在最前面。

③ 挑时段：错峰=半价。回顾 d3.1：北京时间 9:00–12:00、14:00–18:00 是高峰,价格翻倍。手动用无所谓,定时批量任务放到高峰之外,同样的活直接省一半。

三招全用上的极端对比：一个高峰期反复新开会话、全程用 pro 的人，和一个凌晨跑、吃满缓存、flash 打底的人，干同样的活，账单能差出一个数量级。

限流：一个好消息

很多平台按「每分钟多少条」卡你,DeepSeek 不是——它按同时进行中的请求数（并发）限制,而且天花板给得很高：轻快模型是数千并发的量级。什么概念？你的脚本得同时发出几千个没跑完的请求才撞得到,个人和小团队正常用根本摸不着。

万一真撞上（返回 429 错误）,含义是「同时在跑的太多了」,处理也简单：让脚本别一口气全发出去,分批排队、失败重试——这句需求直接甩给 DeepSeek 改代码就行。额度不够还能免费申请扩容,以官方文档为准。

你的预算防线：三道闸

1. 小额充值是天然熔断——账户里只放 10~20 块,写崩的死循环脚本最多烧掉一顿早饭钱（d3.4 讲过）;
2. 用量页每周瞄一眼——开放平台有用量统计,数字异常=有脚本在偷偷跑或 Key 泄露了;
3. 新流水线先小量试跑——处理 500 条之前,先拿 5 条走通全程,确认输出质量和成本都符合预期再放量。

🔧 试一试:给一个真实任务,把账算出来(6 分钟)

别停在"反正便宜",自己算一次才有数。

1. 想一个你可能会做的批量任务(如"给 500 条评论分类""翻译一篇 1 万字文档")。
2. 打开 DeepSeek 开放平台的价格页,按"选 flash 还是 pro、跑多大量"估一个大概花费。
3. 再套这一节三招各估一遍:换成错峰、吃满缓存后,数字掉到多少?

你会看到:一个听起来"要花不少钱"的批量任务,实际可能就几毛几块;而三招用全,还能再砍掉一大半——省钱姿势的差距,能拉出一个数量级。

为什么:成本习惯是跟着规模长的。今天在便宜的时候把"flash 打底、吃缓存、错峰"练成姿势,就是明天业务量上来后省几千块的姿势。账算明白了,你用起来才真正安心、也放得开。