有了 capsul,每月 20 欧 Claude 和 ChatGPT的订阅能多撑好几倍。
capsul 只把任务真正需要的东西发给 Claude 和 Codex,从不是整个仓库。每次请求少花 tokens,你早就在付的订阅自然用得更久。
$ npm i -g @penra/capsul仓库进去,出来的只有任务真正需要的那几行。
发送给模型的上下文
13,837/ 13,837 tokens
对比的是「整份文件原样发送」这种朴素做法 · 真正的替代方案 `claude -p` 在下方的基准测试中测量
/基准测试 · 2026年9月
使用 Claude 和 Codex 实测。
真正发出去的量,逐个模型来看。
向同一模型提出相同的五个简短问题,分别使用和不使用 capsul。柱状图显示按缓存加权的输入减少比例。各轮测试独立进行,节省幅度随任务和缓存状态而变化。
capsul 不发送的输入占比
capsul 节省仍会发送的部分= claude -p
Haiku 4.5
−73 %
- claude -p
- 396 725
- capsul
- 106 491
Sonnet 5
−50 %
- claude -p
- 244 486
- capsul
- 123 370
Sonnet 4.6
−51 %
- claude -p
- 147 746
- capsul
- 72 692
Opus 4.6
−59 %
- claude -p
- 171 370
- capsul
- 70 482
Opus 4.7
−32 %
- claude -p
- 185 278
- capsul
- 126 413
Opus 4.8
−80 %
- claude -p
- 358 993
- capsul
- 70 478
Opus 5
−58 %
- claude -p
- 189 342
- capsul
- 79 166
Fable 5
−45 %
- claude -p
- 160 682
- capsul
- 88 530
Fable 5.1
−58 %
- claude -p
- 224 278
- capsul
- 95 064
/agent
一个 CLI。两个智能体。用你已经有的订阅。
capsul 不需要 API key 才能开始。它驱动的是你已经登录过的那个智能体 CLI。
Claude
你的 Pro 或 Max 订阅
capsul 驱动你已经登录的 Claude CLI,所以回答你的正是你每个月在付的那份订阅。没有第二张账单,也不用去粘贴 API key。
Codex
你的 ChatGPT 订阅
另一边是同样的交易:用你现有的 Codex 登录来干活,续写、用量和推理强度都会回报给 capsul。
同一个预算,同一套确认提示,同一份账本,不管是哪一个在回答。
$ capsul doctor
你的代码还是你的。离开这台机器的,就是下面这些。
活儿在你的机器上干。走到网上的那点东西,短到你能在它出发前整段读完,所以两边都在这里了。
发送给模型
- 你的任务,一字不差。
- 你点名的文件。
- 你所在仓库里的少量摘录:任务需要的部分,不是整个仓库。
- 之后代理要求打开的东西。每一次请求都会出现在你的终端里。
从不发送
- 没人要求过的整份文件。
- 你运行 capsul 的那个仓库之外的一切。
- 你之前的会话。
- 你的密钥、远端和环境变量。
自带 key
你的 key,或你已登录的 CLI。路径上没有 capsul 的模型,中间也没有中转。
我们的服务器只计数,不读内容
它只被告知有过一次 prompt,从不收到 prompt、仓库或回答。免费额度里那是一个计数器;订阅之后,连要数的东西都没有了。
密钥放在系统存放机密的地方
先用系统钥匙串。没有钥匙串的环境,就用一个只有你的账户能打开的文件。从不放进仓库。
其他 CLI 只读
capsul 只确认它们已登录,从不读取、复制或转发它们的 token。
账本在本地
你的节省记录是你自己硬盘上的一个文件,其中的内容不会上传。
capsul doctor,你自己看
一条离线命令就会说明密钥在哪、由什么保护、找到了哪些 CLI。它只说密钥是否已设置,从不显示密钥本身。
$ capsul --help
大家真正会问的问题。
capsul 到底发了什么给模型?
你的任务、你点名的文件,以及你所在仓库里的少量摘录,从不是整个仓库。完整的清单,什么会出去、什么从不出去,就在上面那一节。
这会破坏 prompt caching 吗?
不会,而且这是设计上的约束,不是事后补救:capsul 发出去的东西,本来就是为了让缓存继续有用。缓存本身作为独立的一项在路线图上,会先测量再宣称。
我的代码会离开我的机器吗?
只有这次请求需要的部分。没人要求过的整份文件不会走,你之前的会话不会走,你的密钥也不会:它们留在系统钥匙串里,节省账本是你自己硬盘上的一个普通文件。capsul doctor 会告诉你它们在哪,但从不显示它们是什么。
为什么不干脆全发过去,用个大上下文窗口?
因为它的每一个 token 你都要付钱,而且是每一次请求都付;还因为一个拿到整个仓库的模型,得先找到真正相关的那个角落才能回答。更小、挑得更准的上下文既更便宜,也更容易回答。
它认得哪些语言?
JavaScript 和 TypeScript 最精确,Python、Go、Rust、Java 和 Ruby 覆盖良好。再往外,只要是文本文件 capsul 都能用:变的是它读得多细,而不是它能不能跑。
如果预算对我的任务来说太低了呢?
capsul 到上限就停,并告诉你它舍掉了什么:不会悄悄溢出。用 --budget 把上限调高,或者用 --open 点名你在意的文件。这是一个旋钮,不是一次猜测。
Team 是如何运作的?
一份订阅,由付款人持有,包含 15 个席位(最多 30 个,每个 3.50 €;更多则另行报价)。所有者在账户的团队页面通过邮箱邀请成员:每人收到一个 7 天内有效的链接,用该地址登录即可占用席位。一个席位就是一个完整的 capsul 账户,有自己的终端、无限提示和自己的节省记录。所有者可以移除成员,成员可以退出,双方都能看到席位编号和订阅状态。取消订阅后,访问权限持续到已付费周期结束,之后所有席位同时回到免费档。Team 不包含 API 访问或 BYOK:CLI 的 API 密钥模式是按会话选择的,任何方案都可用。
怎么取消?
在你的账户里,一次点击,并在你已经付过的那个周期结束时停止。而在这一切成为问题之前,免费版已经先给了你十次机会,在你自己的仓库上试。
$ 延伸阅读
token 究竟花在了哪里。
关于命令行编码代理的 token、上下文与成本的指南和术语表。写出来就是为了有用,无论你是否安装任何东西。
把你已经在付的订阅,用得更值。
$ npm i -g @penra/capsul