DeepSeek社区推出Reasonix工具，缓存命中率99.82%实现2折调用成本

DeepSeek原生编程Agent

  Reasonix的实现思路也不复杂，最核心的一点是：基于字节稳定prefix-cache设计的append-only运行循环。

  就是说，Reasonix的工作流程是专门为了DeepSeek的缓存机制设计的：旧的上下文固定不动，新消息只往后追加，尽量保证每一轮请求的前半部分完全一样，从而提高缓存命中率，降低长会话成本。

  具体架构可以拆分成3个部分来看。

缓存优先循环（Cache-First Loop）

  自动前缀缓存（prefix-cache）仅在当前请求的精确字节前缀和先前请求匹配时才会激活，想要提高缓存命中率，需要解决的是大多数智能体循环会在每次交互时重新排序、重写或注入新的时间戳的问题。

  Reasonix的解决方案是把上下文划分为三个区域：

工具调用修复（Tool-Call Repair）

  DeepSeek比较容易遇到的问题包括：

• 工具调用JSON在内部已经生成，但在最终消息里却消失不见；
• 模型想调用工具，但参数写歪了，即JSON参数畸形；
• 同一工具被反复调用且参数完全相同，即重复调用风暴；
• JSON被截断。

  工具调用修复会通过4轮处理，让Reasonix在真正执行前，先尝试修复这些问题。

成本控制

  首先，默认优先使用v4 flash，困难任务才会切pro。

  其次，轮次结束自动压缩上下文。

  用户要是觉得下一次任务比较难，就输入/pro，这样下一轮对话模型就会切换为v4 pro。跑完这一轮后Reasonix自动切回便宜模型，无需用户手动更改。

  最后，失败信号会触发自动升级：失败次数到达警戒线后，当前轮次的剩余部分就会切到v4 pro上运行。

  Reasonix在安装使用方面也比较简单。

  两步即可运行，无需全局安装：

1. 进入项目目录；
2. 输入：npx reasonix code，启动TUI会话。

  不习惯用终端的话，Reasonix还提供了桌面版。

  以及再次再次高亮一下来自Reasonix官方的提醒：

Reasonix只为DeepSeek打造，每一个抽象层级都基于DeepSeek的Feature构建，完全不通用，也“不会发布通用功能”。

One More Thing

  省钱的事情，大家伙当然喜闻乐见，毕竟也不是每个人都能像龙虾之父Peter那样无限狂烧公司token。

  于是关于Reasonix的讨论，是轻轻松松就盖了几百楼。

  不少小伙伴已经摩拳擦掌跃跃欲试，但也有人提出疑问：

我们真的需要一个DeepSeek原生编程Agent吗？

  有网友分享说，Ta写了一个微型桥接程序，在Codex中使用DeepSeek V4 Pro，同样实现了95%以上的高缓存命中。

  并且Ta“没做任何特殊处理，只是将DeepSeek API的格式调整为Codex所需要的”。

  anyway，harness和harness之间肯定是有区别的。就有网友分享说，在Claude Code里使用DeepSeek V4比在OpenCode上省钱。

  甭管你用了哪一种方案，都欢迎在评论区分享分享心得体验。

  项目地址

  参考链接1
  参考链接2