什么值得做
产品档案 / 2026-06

Sipcode

活着但平 证据强度 中 开源 PH 发布 2026-06-23 · 137 票
官网
anuj7411.github.io/sipcode/(另有作者作品页 anujojha.com/work/sipcode/)
PH
www.producthunt.com/products/sipcode/launches/sipcode,2026-06-23,137 票(发布日 134)/ 日榜 #12、周榜 #49、月榜 #221 / 32 条评论库
一句话
给 Claude Code(以及读 OpenAI Codex 日志)做「上下文卫生」的开源 CLI——砍掉冗长工具输出、去重同会话重复读文件、检测 context drift,顺带算 token 花在哪。
团队
单人。Anuj Ojha,印度博帕尔,OIST Bhopal 计算机专业在读(2023–2027),自述做过 7 个产品、向 Opik / Phoenix / LiteLLM 提交过 25 个 patch官网 anujojha.com。X @anujshipscode,PH @axlerodd。
收费
官网无定价页,全文写「A free, open-source (MIT) command-line tool」,安装方式 npm i -g sipcode官网 2026-11-02;npm 包 license=MIT、无付费版本npm registry。旧档:PH 文案同样写 MIT。没有价格档,也没有任何付费入口——所以「定价变化」无从谈起。
状态判断
活着但平——代码还在高频维护(10-15 刚发 v1.7.5),但分发端几乎没起量:46 star、日均 npm 下载 10–70,且是免费开源,没有收入可涨。
证据强度
中。PH 库、npm 官方 API、GitHub 网页三边对得上;indie / 四个商店库 / HN / X 本地库全部为空。

它在各库的曲线

anuj7411/sipcode
GitHub ·
库里没有这条的逐日曲线(没上过榜或还没开始跟踪)。

发布之后的表现

收入:indie(TrustMRR)库里没有库。产品本身 MIT 免费、无订阅、无捐赠入口(官网只有 GitHub Star 按钮),所以「没有收入记录」与产品形态一致,不是漏采。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库都没有它库——它是终端 CLI,不上商店,符合预期。真正的用户代理指标是 npm:

  • 累计 11,067 次下载(2026-05-18 首发 → 2026-11-01)npm API
  • 近 30 天 1,374 次(09-30→10-29),近 7 天 306 次(10-23→10-29)npm API
  • 日曲线:6 月首发期最高 784(06-04)、641(06-13);PH 发布当天 76、次日 23,随后 6-25 反弹到 324;7–9 月掉到日均 10–20;10-08 至 10-12 出现一波 177 / 90 / 200 / 88 / 187 的小高峰(时间上对应 v1.7.x 的 Codex 支持与插件发布),之后回落到 30–70npm API
  • 10-30、10-31 显示 0,与 npm 统计延迟一致,不当真推断

开发者关注:github 库里没有它库——46 star 低于该库 50 star 的收录门槛,不是「不存在」。现查 GitHub:46 star / 4 fork / fork-star 比 10.6%(同龄同量级正常区间,无刷星迹象)、459 commits、58 个 tag、12 个分支、MIT、创建 2026-05-18、最后 push 2026-10-16GitHub API。44 个 open issue 里绝大多数是自家 competitor-monitor.yml 机器人自动开的「竞品发版」告警(如 #49–#52),真人提的 issue 只有 10 条,且多为作者自己开的自查项(#36 给 62.6% 加 CI 守卫、#37 Cursor 解析未实现、#39 README 与代码矛盾)GitHub API。Wayback 对 github.com/Anuj7411/sipcode 无任何存档快照,拿不到历史 star 曲线Wayback API。

讨论:hackernews 库里没有它库,按域名、仓库名、标题词边界三种查法都为空——即从未有 ≥5 分的 HN 帖。x 本地库(560 人 core 圈)里也没有任何提及库。可查到的公开讨论集中在 PH 评论区(32 条,提问质量不低:content-hash vs mtime、subagent 上下文分支、LF/BOM 归一化会不会误判)和 DEV.to 一篇自述文(1 个赞、0 评论)hunted.space / dev.to。

官网动态:站点活着且在更新,v1.7.5、2,409 个测试通过、含 compare 页 / FAQ / support / privacy / terms(2026-10-16 更新)官网。CHANGELOG 走 GitHub Releases:v1.7.1→v1.7.5 集中在 10-11 至 10-15,内容从「Codex 限额追踪」到「读压缩的 Codex 日志」,都是真实工程迭代GitHub Releases。无融资、无收购、无商业化消息。

自报 vs 实际

自报出处对照
「10,000+ npm downloads」作者作品页 anujojha.com/work/sipcodenpm 官方累计 11,067(至 11-01),对得上npm API
「#12 Product of the Day,143 points」同上,标注 13 Oct 2026 核对库里现票 137、发布日 134;hunted.space 记 136。143 偏高 4–9 票,PH 分数会被反作弊回调,属正常漂移,但作者引的是偏高那个数库/第三方
「62.6% median savings,on my own 3,567,170-token dogfood corpus,$67.43 saved」dev.to 2026-06-23 发布文10-07 的 commit 自己改成:语料是合成的 20 组脚本化 transcript,不是真实会话;金额也从 $67.43 更正为 $22.48(原先把 claude-opus-4-7 按 Opus 4 的 $15/$75 计价)。官网现在明写「synthetic」并注明「your own numbers come from your own logs」——自报已自我修正,这点值得记一分GitHub commit / 官网
「29% quality lift / 40% fewer agent errors」PH 文案、官网官网现在明确标注「Cited from published research. Not measured by Sipcode.」,不再暗示是自己测的官网
「2,222 tests」作品页官网现为 2,409 tests(v1.7.5),数字随版本走,无矛盾官网

另有一处元数据异常:npm registry 里 homepage 字段指向 https://sipcode.dev,而该域名是另一个人做的美国邮编查询 API(SipCode ☕),与本品无关npm registry / sipcode.dev 实抓。追一步看:作者 1.0.0 起就填了这个域名,后来官网迁到 github.io 但 npm 字段没改——是早期占位域名没清理,不是产品分身。

为什么成了 / 没成

成了的部分:发布质量高。PH 日榜 #12 / 1,086 个产品,32 条评论里一半在追问 dedup 的实现细节,说明打中了真痛点(Claude Code 长会话里重复读文件、npm install 日志灌满窗口)。作者把「自己的 drift 工具少算了 83 倍、24 小时修好」当成发布故事,是诚实且有效的叙事。工程纪律罕见:459 commits、58 个 tag、2,409 个测试、CI 里加隐私守卫(import node:http 就 fail build)。

没成的部分:分发。46 star 对一个 5 月建库、6 月发 PH 的项目来说,等于没进开发者视野。对照同赛道:claude-mem 108,984 star(7 天还涨 5,740)、headroom 78,544 star、codeburn 11,639 stargithub 库——Sipcode 的 46 star 是它们的千分之四。原因有三:一是免费 MIT + 单人,没有预算做增长,PH 之后没有第二条获客渠道(HN 零帖、X 零提及);二是功能被上游吞掉的风险,Claude Code 自己在做 context 管理,而 claude-mem 这类项目用「记忆」叙事拿到了大得多的注意力;三是定位漂移,6 月是「Claude Code 上下文卫生」,10 月变成「Claude Code + Codex 限额/回归分析 + 插件 + GitHub Action」,每次加功能都稀释一句话。npm 曲线也印证:10 月那波 200/日的小高峰来自 Codex 功能,但没转化成留存——一周后就回到 30–70。

对想跟的人

这个方向位置还在,但不在「再做一个 token 计数器」。看两个数就够:codeburn 靠「跨 37 个工具的 token 成本追踪」拿到 11,639 star,而 Sipcode 的同类功能只换来 46 star——差别不在功能,在是否做成一个可被搜索到的品类名。真正的空位是 Sipcode 自己写进 compare 页却没人做的那一格:「Codex 限额被悄悄砍了」的取证(它用 1% 限额买到 425K→357K→77K token 的实测做例子),这是有账单痛感、愿意付费的 B 端场景,而不是免费 CLI。最大的坑是:你的核心功能随时可能被 Anthropic / OpenAI 的一次版本更新变成内置项,所以别把护城河押在「省 token」,要押在「跨厂商、跨版本、可举证的账单审计」——那是平台方没有动机做的事。

没查到的

  • indie(TrustMRR):无记录。产品免费,大概率永远不会出现。
  • appstore / googleplay / macappstore / chromestore:四库皆无。CLI 工具,不上商店。
  • hackernews:无任何 ≥5 分帖;无法判断是否发过 0–4 分的 Show HN(库只收 ≥5 分,Show HN 例外全收,所以基本可判定没发过)。
  • x 本地库:core 圈 560 人内零提及;@anujshipscode 不在名单里,其本人发帖量、粉丝数未取(未调 X 实时接口)。
  • GitHub 历史 star 曲线:github 库未收录(46 < 50 门槛),Wayback 无快照,只有 2026-11-02 单点 46 star,涨跌趋势无法判断。
  • PH 评论正文:PH 页面被 Cloudflare 拦,评论内容取自 hunted.space 的摘要,未逐条核对。
  • 创始人收入/融资:无公开信息;作者是在读本科生,无公司实体可查(未查 Companies House 类源,印度无对应公开库)。

档案由 agent 建(deepseek/deepseek-v4.1-flash,37 步,2026-11-01T13:28);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。