乐于分享
好东西不私藏

DeepSeek的官方文档里,再添独立开发者

DeepSeek的官方文档里,再添独立开发者

AGI Front · · ·

AGI Front 01

不是孤例

DeepSeek 官方 API 文档的 Agent Integrations 那一页里,现在能看到 Reasonix 这一行 —— 这是 esengine 这个用户在 GitHub 上写的项目,一个跑在终端里的 coding agent。

等等,往同一个目录上翻几行,还有一个叫 deep code 的条目。点过去,是 lessweb 这个用户的 deepcode-cli。同样一个 user 名,同样个人开发者,同样 MIT 协议,890 多 star。

所以 Reasonix 不是孤例。DeepSeek 这页文档里,已经能看到两个由 GitHub user 直接围绕 DeepSeek API 写出来的 coding agent:Deep Code 和 Reasonix。

“ 

一个项目我可能不会停下来想, 当两个摆在同一页,故事就变了。

DeepSeek 官方 Agent Integrations 目录同时挂着两个 GitHub user 直接围绕 DeepSeek API 写出来的 coding agent lessweb 的 deepcode-cli 与 esengine 的 reasonix

AGI Front 02

又多了一个

回到 Reasonix 这条。

DeepSeek 官方 API 文档里,Reasonix 这个 esengine 做的独立项目,已经出现在 Agent Integrations 列表里;同一个目录里,还列着 Claude Code、OpenCode、Hermes 等条目。

当我第一次刷到这一页,卡住的不是 Reasonix 跑出了什么数字,而是它被放在了哪里。

你点进 api-docs.deepseek.com 那个 Agent Integrations 目录,前后能看到 claude_code、opencode、hermes、deepcode 这一类条目。claude_code 是 Anthropic 自家做的,opencode 来自 SST 那个有团队的开源工作室,hermes 来自 Nous Research 这个研究组织。然后这一排里,多了一个 reasonix。链接点过去,是 esengine 这个用户的 DeepSeek-Reasonix 仓库 —— 又是一个 user 名,MIT 协议,6.7k star,1341 个 commit。

在这一组条目里,至少能看到两个由 GitHub user 直接围绕 DeepSeek API 写出来的 coding agent

DeepSeek 官方 Agent Integrations 目录页 高亮 reasonix 与 deepcode 两个由 user 直接为 DeepSeek 写的 coding agent 条目

AGI Front 03

这扇门以前很少这样开

过去几年,大厂跟社区项目的关系大多是单向的,比如:

Anthropic 自己做 Claude Code,OpenAI 自己出 Codex CLI,Google 自己上 Gemini CLI。社区写的 fork、写的客户端,能进 awesome-list 已经不错;想被原厂写在自家 API 文档里,那是 first-party 的位置 —— 通常得有合作、有公司、有团队页,至少有个 about us 页面。

我翻过几家大厂的官方文档目录页。Anthropic Cookbook 那一页列的全是 Anthropic 官方示例。OpenAI 的 API 文档里 SDK 推荐栏挂的是 openai 自家维护的库。Google 在 Gemini 那一侧推荐的工具基本都来自 Google 自家或者有合作协议的 partner。

第三方个人 repo 想进这种位置,过去几年的路径基本只有三条:

• 这个项目被融资了,进了 partner program

• 被收购了,变成 first-party 的一部分

• 火到原厂没办法装看不见,被放进推荐位

DeepSeek 这次的做法是另一种:

直接把一个 user 名挂在 api-docs.deepseek.com 上面。文档页里就那么一行字描述:”DeepSeek-native coding agent that runs in the terminal”。

“ 

至少在公开信息里,我没看到合作公告、收购消息或商业关系说明。

过去几年第三方项目进大厂官方文档的三条传统路径 融资进 partner、被收购变 first-party、火到原厂放进推荐位;DeepSeek 这次走了第四条 直接挂 user 名

AGI Front 04

Reasonix 到底做了什么

我先把 Reasonix 这个项目本身用大白话翻一遍 —— DeepSeek 官方文档和 GitHub README 写得都挺直白,只是术语堆得有点厚,说白了:

Reasonix 是一个跑在终端里的 coding agent。

最值得讲的,是它前面那一段上下文,做到字节级别不变 —— cache-first loop。DeepSeek API 自带 prefix cache,前面没变的部分按缓存价收,比新走一遍便宜很多。绝大多数 agent 不是这么写的,它们每一轮都会把工具调用历史、文件内容、上下文摘要重新组织一遍。从模型那边看,每次前缀都不一样,缓存对不上。Reasonix 把这一层捋顺了。

便宜的活儿留给 V4-Flash 顶着 —— flash-first cost control。不主动喊 /pro 就一直用 Flash。真碰到难活儿,TUI 里打 /pro 临时切到 V4-Pro;要整个 session 都用 Pro,就 /preset max

模型偶尔吐 tool call 会吐崩 —— 参数格式错了、JSON 多个逗号少个引号。Reasonix 默认会自己接住,再补一轮把它接好,不会一报错就甩你脸上。这叫 automatic tool-call repair

三件事单独拎出来,都不算多新颖,难就难在三件事一起做,并且真的坚持了十几个月不松手,Reasonix 仓库到今天 ,一共1341 个 commit。

cache-first loop 示意 常见 agent 每轮重排上下文导致缓存失效 Reasonix 把前缀按字节稳住缓存继续命中

AGI Front 05

那张账单

它仓库 README 里挂了一个用户的真实记录。

一天,他往 DeepSeek API 喂了 4 亿 3500 万个 input token。

缓存命中率 99.82%

这一天他付了大概 12 美元

如果这 4.35 亿 token 一个缓存都不打,按 DeepSeek 标价直接掏,差不多得 61 美元

“ 

这是 README 里贴的 case study,不是基准测试,是单个用户的单日记录。我没装机也没复现过,工程上的真实可达性留给你自己判断。

与此同时,HN上也出现了相关讨论。有评论提到,用 simple bridge 让 DeepSeek V4 Pro 直接接 Claude Code,cache 命中也能上 95%,质疑这种「DeepSeek-native」 agent 到底必要不必要。另一条评论解释 Reasonix 的设计点正好在这里:大多数 agent loop 看上去 cache 命中率不低,但只要前缀里有一个字节变了,整段缓存都得重算;Reasonix 是从一开始就把前缀按字节稳住的。

这场激烈讨论,我不想掺和。Reasonix 工程上的真实领先到底有多少,得跑过的人来说。我想停在另一件事上:

同一份 4.35 亿 input token 99.82% 缓存命中花了 12 美元 不打缓存约 61 美元

AGI Front 06

我们真正要关注的

DeepSeek 这一家大厂,自己的官方 API 文档里,已经能看到两个由 GitHub user 写出来、直接围绕 DeepSeek API 跑的 coding agent,出现在了同一个 Agent Integrations 目录里。

这事过去几年很少见。

过去几年的剧本是:社区围着大厂转。社区写的 fork,挂在 awesome-list 里能进;想进官方文档?那是 partner 的位置。社区做的工具能不能进大厂的 SDK 推荐页,路径要么是融资进入 partner program,要么是被收购,要么是高调到原厂没法装看不见。

DeepSeek 这次的做法是另一种:

挂上去。至少在公开信息里,没有合作公告,没有收购消息,没有商业关系说明。文档页里就一行字描述,链接直接点回 GitHub user 主页。

“ 

DeepSeek 官方对将 Reasonix 和 Deep Code 列入 Agent Integrations 目录的内部动机暂无公开说明,下文不假设动机。

我说不清 DeepSeek 是不是想清楚要走「社区原生 agent 也算我官方门面」这条路。这一页文档眼下就是这么放着,下个月可能改回去,可能再多挂几个,也可能就这两个一直挂着。

但放着的这一刻已经发生了。而且不是一次,是两次。

我刚想清楚的是这一点。

如果你是这两年想在 DeepSeek 生态里写 agent、写 tool 的独立开发者,过去你能想的最好结果是「项目被人 fork、被人 star、上几次 X」。现在多了一种可能性 —— 你的项目某天会被原厂写进它自己的 API 文档目录。至少在这两个例子里,不需要先有公司、有团队页、有 about us,一个 user 名,也能被放进官方文档目录

这种事过去几年里更多是反过来的。反过来 —— 大厂主导,社区跟着;大厂留 partner 的位置给自己人,社区在 awesome-list 排队。

这次顺了过来。lessweb 和 esengine 两个 user 名,两个 MIT 协议,没融资,没团队页,没 about us,进了 DeepSeek 文档。

我说不准这是 DeepSeek 一时的安排,还是一个开头。

但如果是开头,那意味着接下来一两年,DeepSeek 这边的开发者生态可能会长得跟 Anthropic、OpenAI 那边不太一样。一种「原厂愿意把社区原生 agent 当门面」的开法。

“ 

以后看一个 AI 生态,不只看它出了几个官方工具,也要看它敢不敢把社区工具放到自己的门面上。

我先把这两页存下来了。等下个季度再翻一次,看看那一排还在不在,多了谁,少了谁。

个人开发者们的机会,是否会真的变得更多了,还是更卷了?

AGI Front · · ·

参考资料:

https://api-docs.deepseek.com/quick_start/agent_integrations/reasonix

https://api-docs.deepseek.com/quick_start/agent_integrations/deepcode

https://github.com/esengine/DeepSeek-Reasonix

https://github.com/lessweb/deepcode-cli

https://news.ycombinator.com/item?id=48256953