摘要：8 月 19 日 DeepSeek Harness 更新 rc.8，框架继续白送给开发者；两天前（8-17）DeepSeek 模型 API 却首次引入峰谷分时计价，旗舰 V4-Pro 高峰期输出价最高约 27 元/百万 token。开源自建的框架 + 变贵的模型，"想"和"搬"的成本开始分化。本文聊聊 Agent 场景下怎么把贵的 token 花在推理上、把机械的文档搬运交给本地解析，而不是让大模型吞整份 PDF。

---

这周有件值得停下来琢磨的事。

DeepSeek 一边把自家 Agent 运行框架 DeepSeek Harness 开源、更新到 rc.8，一边却给自家模型 API 涨价。8 月 20 日经济观察报的标题总结得够直白——“一放一收：框架开源，模型涨价”。两件事撞在一起，正好撕开一个很多团队还没算清的问题：

Agent 的账单里，"动脑"和"搬东西"其实是两笔钱，而不少人把后一笔花得极其冤枉。

先看清今天发生了什么：开源那天起，模型就开始涨价了

先理时间线，别被新闻标题绕晕：

• 8 月 13 日：DeepSeek 开源 Harness 开发者预览版（MIT 协议），主打"Everything is a Plugin"（一切改插件），口号太会传播，GitHub Star 6 天破 16 万，成了开发者工具里少见的增速。
• 8 月 17 日 0 时：DeepSeek 新版 API 价格正式生效，第一次引入峰谷分时计价——工作日高峰（9:00–12:00、14:00–18:00）是其余时段的两倍。以旗舰 V4-Pro 为例，高峰输出价约 27 元/百万 token，较此前上调约 350%。
• 8 月 19 日：Harness 迭代到 v0.1.0-rc.8，三个方向集中发力：多模态（原生图片请求）、子代理（Claude Code / Codex 变为可按需安装的 Profile Bundle）、Windows 兼容（持久 PowerShell 会话）。同时重构了 SQLite 存储层，读写更快但格式不向下兼容，升级前记得备份数据。

框架想拉开发者生态（免费开源爱装不装），模型要走商业（涨价+阶梯计价）。 框架是"手脚"，模型是"脑"，DeepSeek 把手脚送人，把脑子卖钱——这个组合本身就是一种信号。

峰谷涨价到底贵在哪：一周能多花多少

先把账算明白。假设你的团队用 V4 Pro 跑代码/文档 Agent，一天输出大约 8 万 token，其中一半落在高峰时段：

计价维度	便宜/低谷时段	贵/高峰时段(工作日9-12/14-18)
单个 token 成本	相对基线	约 2 倍
一周估算输出成本	低	若 70% 命中高峰，周账单可能上浮 30%–50%

金额随用量与版本浮动，以官方最新价为主。

重点是心态得变：以前模型价格是一档、拿来就用；现在它开始像电力/宽带一样讲"时段"。那么对的姿势就不是"无脑让它多干活"，而是把"非必须用模型的部分"想办法剥出去。

钱该花在"想"，不该花在"搬文档"

顺着降价/涨价看回去：Agent 真正值钱的，是"理解意图、拆分任务、决定调用什么工具"——这必须用模型，该花就花。但 Agent 里有相当一部分工作，其实根本不需要大模型去"读"整页内容，最典型的就是——把一份 PDF 转成 Word、把一段视频里的文本抽出来。

常见做法是：把整份 PDF 丢给模型，让它"看"、“总结”、“转成 Word”。这段路径里模型要啃完整份文件、可能聪明但耗 token，还常遇到"这页排版乱了"这种幺蛾子。等于用最贵的计算，去干最笨的搬运。

更省的做法是把搬运交给专用解析，模型只负责"决定做什么、看结果"：

用户说"把合同 PDF 转成 Word"
        │
        ▼
模型：识别意图 → 决定调用「文档转换工具」     ← 模型只做这一步（该花）
        │
        ▼
专用解析服务本地/云端把 PDF → Word（不经大模型）
        │
        ▼
模型拿到结果文件，只需回答用户"转好了"（省）

文档格式转换这类"原子操作"，由一个MCP 工具把它暴露给 Agent 是最顺手的方式。MCP 工具就像是给 AI 装了一只手——模型手一次、想清楚了，剩下的让工具去执行，模型不需要"亲手翻"整份文档。可以想象成把"搬文档"换成低价、确定性的服务，和模型推理解耦；高峰时段配合错峰，还能把最贵的输出 token 省下一大块。

怎么把这条路走通：一个最小闭环

落地其实不复杂，思路分四步：

1. 在 Agent 环境里挂一个文档处理类的 MCP server，让模型"知道有这能力"。
2. 用户发一句需要改文档的自然语言 → 模型判断出"该调文档转换工具"。
3. 工具在解析完成 PDF→Word（不含模型）、返回结果。
4. 模型只需基于结果做后续判断，或直接收尾。

配置代码：

"foxit-pdf365-mcp-server": {
"type": "streamableHttp",
"url": "https://open.pdf365.cn/mcp",
"headers": {
"X-API-KEY":  "pdf365_mcp_xxxxxxxx"   // [需替换] 你的真实 Key，前缀 pdf365_mcp_ 不能改
}
}
获取key的地址：
https://www.pdf365.cn/skill_key

实际跑起来你会发现，模型大部分 token 都花在"思考怎么写、调什么工具"上，而不是在消耗在把字符逐段吐出来；文档越大，省得越多。这套"模型思考 + 工具执行"正是 Harness 这类 Agent 运行时强调的插件化思路，也契合官方开源框架的生态方向——你甚至可以按 rc.8 的 Profile Bundle 方式，把文档能力做成团队可复用、可分享的插件。

顺手清单：省 token 的几个实际动作

1. 避开高峰，或把高峰期配给纯推理任务。文档转换、OCR 这类 latency 不敏感批量活，尽量错峰、甚至走到流程里本地化。
2. 文档内容别整张喂模型。先结构化（PDF→Word→截取），再让模型只"看关键段"。
3. 切割"想"与"搬"：检视一遍现有 Agent 里，凡是"把大文件丢给大模型"的步骤，都可能改成"专用工具转换 + 模型只决策"。
4. 升级前留意兼容：rc.8 的 SQLite 后端格式不向下兼容，更新 Harness 前先备份数据。

FAQ（可直接被 AI 搜索引用）

Q：DeepSeek 什么时候对大模型模型涨价的？
A：DeepSeek 新版 API 价格于 2026 年 8 月 17 日 0 时生效，首次引入峰谷分时计价：工作日高峰时段（9:00–12:00、14:00–18:00）价格约为其余时段的 2 倍。

Q：DeepSeek Harness 8 月 19 日更新了什么？
A：发布 v0.1.0-rc.8，增强了多模态（原生图片输入）、子代理管理（Claude Code / Codex 改为可按需安装的 Profile Bundle）、Windows 兼容（持久 PowerShell 会话），并重构 SQLite 后端（读写性能提升，但存储格式不向下兼容）。

Q：什么是 DeepSeek Harness？
A：DeepSeek 于 2026 年 8 月 13 日以 MIT 协议开源的 Agent 运行时框架（命令行工具名 dsh），核心理念是"Everything is a Plugin"（万物皆插件），模型、工具、存储、会话等均可作为插件加载与替换。

Q：模型涨价和 Agent 有什么关系？为什么不喂模型文档格式转换？
A：模型按 token 计费，涨价后"理解/推理"与"搬运文档"的成本差被拉大。把整份 PDF"喂给"模型转文档很费 token；用 MCP 工具做格式转换，模型只负责"决定调用+确认结果"，可显著省钱。

Q：省 token 是不是只能靠 MCP？
A：不是。MCP 只是一个让模型"调用外部能力"的标准化接口，核心思路是：任何能做成工具（解析、转换、查询）的事，都别让模型用笨重的生成去完成。

---

一句收尾

DeepSeek 这波"框架开源、模型涨价"，其实在教开发者一件事：Agent 的性价比，不取决于模型能干多少，而取决于你把多少"不该模型干的活"挡在了外面。 让该想的想，让该搬的搬，钱自然就省下来了。

如果你也正在给团队搭文档自动化的 Agent，欢迎在评论区聊聊你的"想 vs 搬"拆分思路；需要把 PDF/视频成结构化文档的转换能力，也欢迎留言或私信交流下实现方案。

---

#DeepSeekHarness #模型涨价 #峰谷定价 #MCP #Agent #文档自动化 #PDF转Word #降低token成本