Sipcode

嘿，Product Hunt 的朋友们。我是 Anuj，一名独立开发者。我开发 Sipcode 是因为我一直看到 Claude Code 在每个会话中反复重读相同的文件 6 到 8 次，还会把 4000 行的 npm install 日志重新打印到它的上下文中。上下文窗口中每一个多余的令牌都会挤出有效信息，让下一次回答质量下降。这就是我开发 Sipcode 要解决的可靠性问题。

它是 Claude Code 的 PreToolUse 钩子。它可以限制冗长输出（git log、npm install、grep、tsc），去重同一会话中未修改文件的重复读取，还提供了 15 个 MCP 工具，让 Claude 可以读取自身的上下文卫生统计数据。Anthropic 自己的研究表明：更干净的上下文可以提升 29% 的质量，减少 40% 的智能体错误。这就是 Sipcode 针对的作用机制。

节省的令牌就是上下文变干净的证明。在固定的 20 任务基准测试中，工具输出中位数节省率为 62.6%，每个语料库运行花费 67.43 美元，可在任何机器上复现。基准测试任务列表已提交到代码仓库。

一个变成了发布故事的坦诚披露：上周我的漂移检测工具显示，单会话就浪费了 624,940 个令牌，但我的代理统计只记录了 7,553 个节省，少算了 83 倍，我自己的工具都骗了我。根本原因是会话中途安装导致会话前半部分没有缓存。24 小时后我就发布了带 Verified Warm-Fill 的 v1.6.15 版本，现在漂移检测显示「未检测到漂移」。今天又发布了 v1.6.16，修复了缓存延迟和 grep 限制的问题。九天内发布了三个版本。

采用 MIT 许可证，正常使用下零网络调用（如果有人在 src/ 中导入 node:http，隐私测试会导致构建失败）。我很乐意回答任何技术问题，尤其是 Warm-Fill 的正确性证明或基准测试方法。

如果 Sipcode 帮你节省了会话时间，对于一个正在寻找真正能从中受益的用户的独立项目来说，在仓库 github.com/Anuj7411/sipcode 点一颗星对我意义重大。