用 DeepSeek 写代码,怎么才能又省钱又好用?

楼主把楼里的经验和 DeepSeek 官方的价格页对了一遍,归纳成三条。

一、先把计费规则看明白(DeepSeek 官方价格页,发稿时)

  • 缓存命中便宜得多:deepseek-flash 的输入,缓存命中每百万 token 0.04 元,没命中要 2 元,差 50 倍(高峰时段价格)。所以同一个会话别频繁换模型、别大幅改动开头的系统提示,否则缓存失效,就是楼里说的「缓存不中等于白花花的钱流走了」(#5 Felldeadbird)。
  • 错峰用价格减半:工作日 9:00–12:00、14:00–18:00 是高峰时段,其余时间(包括周末和法定节假日全天)按半价算。楼里有人说晚上和周末用会省很多(#5),和官方规则对得上。
  • 模型名用 deepseek-flash(对应 DeepSeek-V4.1-Flash-1017)和 deepseek-v4-pro;Pro 的价格大约是 Flash 的 3 到 4.5 倍。

二、它适合「执行」,不适合「许愿」

这是楼里说得最多的一条:

  • 不适合许愿式编程,要先给它指明方向,或者先说清你的思路(#7 flyico)。
  • 要明确告诉它用什么技术方案、做出什么效果。只说「我想要什么」,做出来可能不符合预期;方案说清楚了,效果几乎不输 GPT-6.1 Sol(#11 worldgg)。
  • 它非常擅长「指哪打哪」。但让它改一个值,它就真的只改那个值,不会从整体考虑改得合不合理,容易按下葫芦浮起瓢(#15 HeyWeGo)。

三、常见的搭配:强模型规划,DeepSeek 执行

  • 用 Sol 这类模型做计划,DeepSeek Flash 做执行(#13 xFrye);或者先找个合适的模型把活规划好,再交给 DeepSeek(#3 PrfWong)。
  • 更细的做法:让规划模型把任务拆成里程碑、数据字典、详细规划和单元测试,逐步约束 DeepSeek 每一步能做的范围;还要定期跑回归测试,别一直往下写,不然后面 debug 会炸(#16 Shing)。
  • 推理等级用 high 就够了,不一定要开 max,网络不好时 max 可能比 high 还慢(#8 jackOff)。

回到楼主的例子

翻译 9 种语言的文件,等于把整份内容读写 9 遍,本身就是重度消耗。可以先挑一种语言试跑,看看用量;尽量放在空闲时段跑;每次请求的开头(系统提示、术语表)保持不变,让后面的请求都能命中缓存。

在 Claude Code 里怎么省,可以看之前这帖:如何调用 API 能更省钱?