Reasonix：专为DeepSeek API设计的终端AI编程代理
本周HN上热度飙升的开源项目Reasonix，是一个完全针对DeepSeek API设计的终端原生AI编码代理。它的核心卖点不是又一个大而全的IDE插件，而是对DeepSeek独特的字节级前缀缓存机制的极致优化——长时间会话可维持94%以上的缓存命中率，输入token成本降至常规价格的约1/5。
Reasonix采用「仅追加」的消息循环设计：消息和工具调用结果被追加到历史末尾，从不重新排序或压缩。这保证了DeepSeek的前缀缓存（从字节0开始指纹识别）在每一次工具调用后仍然命中——不需要依赖cache_control标记，不需要手动管理上下文窗口。
三大设计支柱
缓存优先循环：完全确定性的消息排序，所有工具调用和时间戳都可复现。即使经过大量工具派发，前缀缓存依然有效。
思维链收割：自动提取和保存推理链，为后续会话积累知识。
工具调用修复：当模型产生格式错误的工具调用时自动修复，减少人工干预。
功能概览：终端优先的极简哲学
Reasonix刻意保持简洁：基于TypeScript + Ink构建TUI，默认使用DeepSeek V4-Flash进行廉价迭代，通过/pro命令可临时提升到V4-Pro模型。原生支持MCP协议的一条命令挂载外部工具服务器，所有内置工具沙盒化到启动目录，/plan命令提供只读审计门禁。
扩展性通过纯文本实现——技能用Markdown文件定义（支持runAs: subagent和allowed-tools），配置用JSON，所有内容可Git追踪。会话回放和事件审计功能让token消耗和成本完全透明。
社区讨论：缓存策略之争
HN评论区展开了关于「缓存优先」策略的激烈讨论。有用户分享自己用DeepSeek V4 Pro通过自定义桥接使用Codex的实测数据：3900万token缓存命中，仅170万token缓存未命中——证明即使不做特殊优化，DeepSeek的缓存也能自然生效。但也有资深工具开发者指出，opencode等主流代理「打破缓存」通常是有意为之，因为测试表明这能带来更好的整体效果。
有人批评项目网站过度设计（包含大量动画效果），也有人赞赏其成本透明和开源精神。一位Claude订阅用户表示，Claude最近的限制让他开始认真考虑转向DeepSeek生态。
项目主页：Reasonix
HN讨论：HN #48256953（395 points, 189 comments）