shim-cli

发布之后的表现

收入:indie(TrustMRR)库里没有它——按域名 getshim.tech 和名字都查不到库。官网把 shim-cli 定为免费开源,变现放在 AI Gateway($0 起)和 Enterprise(报价制),所以 CLI 本身大概率不产生收入;Gateway 的流水没有任何公开来源可查。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库都没有它库——它是 Python CLI,本来就不该出现在商店里。第三方代理指标:PyPI 包名 shim,最新版 1.2.3,最近一天 4 次、最近一周 55 次、最近一月 1,230 次下载pypistats.org/packages/shim。注意 PyPI 上 2026 年 4–7 月就有零星下载(单日 1–100),而 GitHub 仓库 2026-08-24 才建,说明 shim 这个包名此前已被占用,下载数被前主人污染,不能当作本产品的用户量推断。

开发者关注:github 库里没有它库——因为入库门槛是全站 ≥50 星,而它只有 39 星。GitHub 网页(2026-11-02 抓):39 star、1 fork、fork/star 2.6%(远低于 15% 的可疑线)、239 次提交、20 个 tag、最新 release v1.2.3(2026-10-20)、Apache-2.0、Python、1 个 open issue、1 个 open PR;仓库 2026-08-24 建,pushed_at 2026-10-26GitHub。唯一的 fork 创建于 2026-10-18,正是 PH 发布当天GitHub API。同组织的 GetSHIM/shim(Gateway)9 星、0 fork。

讨论:hackernews 库里没有它——按域名、GitHub 仓库名、标题词边界都查不到,连一条 Show HN 都没有库。x 本地库(560 人 core 层)也没有任何提及,创始人 @getshimtech 不在圈子名单里库。官方 X 账号 @getshimtech 2026-09 注册,7 条帖、32 关注者;10-18 发过发布帖、10-21 发过「shim-cli finished #3 on Product Hunt」x.com/getshimtech。PH 侧:344 关注者、0 条 review、1 次发布库。

官网动态:站点在线且活跃。定价页、docs、blogs 都在;博客有 40+ 篇长文(多为 LiteLLM 供应链攻击、EU AI Act、PII redaction 等 SEO 内容),最新内容围绕 1.2.x官网。产品页显示 v1.2.1,仓库最新 tag 是 v1.2.3(2026-10-20),说明官网版本号略滞后。Wayback 对 GitHub 仓库没有存档快照,无法做星数回溯archive.org。融资/收购消息:只查到 Workup 第 14 期加速器入选(2026-05-25 报道),没有股权融资披露egirisim.com。

自报 vs 实际

• 自报「#3 Product of the Day」官网徽章 / 官方推文↔ 库:PH daily_rank=3、award daily position=3,对得上库。
• 自报「2,300+ tests、70 ms median hook cost、727 detector cases、0 accounts/keys/telemetry」官网——这些是仓库内自测数字,库里和第三方都没有对应数据,无法核验。
• 官网 docs 的 benchmark 表称「shim 88.8% 识别率 / 97.3% 掩码精确率 vs LiteLLM+Presidio 80.0% / 35.1%」官网——自测、无第三方复现,只能当自报。
• 没有找到任何自报的收入、用户数或 MRR 数字,所以不存在「自报 vs 实际」的冲突;冲突点在于热度落差:PH 199 票 vs GitHub 39 星 vs PyPI 周下载 55 次。

为什么成了 / 没成

它没「成」,但也没「停」。发布侧是成功的:PH 日榜第 3、199 票、28 条评论,对一个 8 月底才建的仓库来说是很干净的冷启动。问题出在转化:199 票只换来 39 个 star 和每周约 55 次 PyPI 下载,说明 PH 的投票人群和「真的会往 Claude Code 里装 hook」的人群重合度很低——投票是认同问题,安装是信任问题,而 shim-cli 恰恰要求用户把 hook 装进自己最敏感的编码环境。第二个原因是产品定位:它自己承认「prompt 不被掩码、Codex/Copilot 的工具流量完全不检查、VS Code 什么都不掩、Windows 不支持」官网,一个「best-effort guard,不是 DLP 边界」的工具很难让安全团队签字,而个人开发者又不会为它付费。所以它被设计成漏斗:免费 CLI 拉开发者,钱在 Gateway/Enterprise。这条路径合理,但漏斗上端目前只有 39 星,离企业采购还差得远。团队有加速器背书、博客 SEO 铺得很密,执行不差,缺的是分发。

对想跟的人

这个方向有位置,但位置不在「再做一个 CLI」。看这组数字:199 张 PH 票 → 39 个 star → 每周 55 次下载,漏斗第一级就漏掉了 80%,说明「给编码 agent 做隐私」的痛点是真的、但装 hook 的摩擦也是真的。要跟就跟在摩擦更小的一侧——比如不装 hook 的旁路审计、或者直接卖给平台团队(这家自己也是把 Enterprise 当终点)。最大的坑是:你免费开源的那部分越有用,越容易被 Claude Code / Codex 官方内置掉,而付费的那部分又要过安全采购,两头都不轻松。

没查到的

• indie(TrustMRR):没有它,所以没有任何收入 / MRR / 订阅数 / 是否挂牌出售的数据。
• appstore / googleplay / macappstore / chromestore:四个库都没有它(CLI 产品,预期如此)。
• github 库:没有它(39 星 < 50 星入库门槛),星数曲线只能靠 GitHub 网页单点。
• hackernews 库:x 本地库:零提及,无法判断 HN / X 圈子的真实反应。
• 答不了的:AI Gateway 的实际收入与客户数、Enterprise 是否已签约、是否拿过股权融资、PyPI 下载里有多少是 CI 而非真人、官网 v1.2.1 与仓库 v1.2.3 的版本差是否只是页面没更新。