Jeremy 开源 Jcode：每加一个 agent 只多 10.4MB 内存，比 Claude Code 省约 20 倍

8 月 10 日 16:52（UTC），Jeremy（）在 X 上发帖：「I run 20 coding agents in parallel as my everyday workflow.」配了一段视频，宣布 Jcode 正式发布：一个开源的 agent，比 Claude Code 省 20 倍内存，同一台机器上能跑 20 倍的 agent。

他在上给演示配的说明是：「This is me running 20 agents in parallel. This is my real everyday workflow, not a demo.」这个「20 倍」落在和的对比表上：每新增一个会话，Jcode 约多占 10.4MB PSS，Claude Code 约 212.7MB，后者是前者的 20.5 倍。Jcode 采用 MIT 许可，官网自述「written in Rust」；截至 8 月 13 日，仓库有约 17,344 stars 和 1,946 forks。

20 倍差在哪：多开一个会话只加 10.4MB 的 PSS

这些数字全部出自项目方自测。官网写明：「Every number below is sampled from real launches of real agents on the same machine.」对比表还列出了被测版本：jcode v0.9.1888-dev、Claude Code 2.1.86、Codex CLI 0.120.0、OpenCode 1.0.203、GitHub Copilot CLI 1.0.24/1.0.27、Cursor Agent 2026.04.08 等 8 款工具。

除每会话增量外，表里还有两个口径：10 个活动会话时 Jcode 总共约 260.8MB（关掉本地 embedding 约 117.0MB），Claude Code 约 2300.6MB；首帧渲染 14.0ms 对 3436.9ms，首个按键输入 48.7ms 对 3512.8ms。

省内存对应的机制写在 README 里：同一仓库里的 agent 由同一个 server 托管，当 agent A 改掉 agent B 正在读的文件，server 会通知 B，B 可以忽略或去核对 diff。5 月 11 日进一步解释：一个常驻的 Rust server 持有工具注册表、embedding 和会话状态，新增 agent 是 fork 一个会话，而不是新起一个进程。

两场基准测试：DeepSWE 打平 Codex，Terminal-Bench 差 1.1 分

官网同时公布了两场编码基准，同样由项目方自己跑。DeepSWE v1.1 用同一套 113 道题、同一个模型 GPT-5.6 Sol、xhigh 推理档、不限时、k=1，「Only the harness changes」：Jcode 75/113，Codex CLI 也是 75/113，都是 66.4%，精确平局。

在双方共同评分的 112 道题里，Jcode 拿下 11 道 Codex 没过的题，输掉 10 道。Terminal-Bench 2.1 的 89 道题用 claude-opus-4-8，通过 Harbor harness 在 Modal 上运行：Jcode 最佳配置是 medium effort、k=2，77.8%，对照 Claude Code 官方发布值 78.9%，还差 1.1 分；medium 档比 xhigh 每 trial 更便宜，完成快 30%。

仓库 1 月就建了，launch 前已有 3.7k stars 和第三方评测

GitHub 页面显示仓库创建于 2026 年 1 月 5 日，8 月 10 日的 launch 因此是正式官宣，不是 Jcode 第一次公开露面。5 月 7 日 v0.12.0 发布时，Towards AI 那篇评测称它当时约 3,765 stars、登上 GitHub Trending。

评测作者 Chew Loong Nian 在自己的 M4 Max 上抽样复测了 14ms 启动和每会话约 10MB 两项数据，称「偏差在 8% 以内」；他还让 4 个 agent 在同一仓库跑完 18 个任务，总时长从串行的 6 小时 12 分压到 1 小时 38 分，token 花费多 14%。

launch 当天 21:56，Jeremy 在推文线程里贴出 YC 的 Launch 页面求 upvote。该页面给 Jcode 的口号是「20x more agents, 20x more productivity, 20x less RAM」。

YC 合伙人转推，反对者说「更多 agent 不是解药」

Y Combinator 的 General Partner 当天转推：「The number of coding agents you can run at once is capped by the RAM needed. Jcode cuts it 20x. It's open source, spawns 63x faster than Codex CLI.」（能同时跑几个 agent 的上限由 RAM 决定，Jcode 把它砍掉 20 倍；开源，spawn 比 Codex CLI 快 63 倍。）这条转推约 250 赞、4.4 万浏览。

YC 的 Visiting Partner 写的是「20x more efficient than claude code, and all open source」。回帖者称自己在 32GB 机器上同时跑过约 130 个 agent 仍然流畅；此前做过 comfydeploy 的说多开几个 Claude 会话他的虚拟机就会崩。截至 8 月 13 日，launch 推文有 820 赞、73 转发、34 引用和约 15.4 万浏览。

5.6 万粉的开发者在引用推文里写：「past a handful, every new agent makes your codebase worse. They fight over the same files, duplicate work, and bill you for the privilege.」（超过一定数量，每多一个 agent 都让代码库更糟。它们抢文件、重复干活，还照常收你钱。）他主张用 4 个有分工的 agent 而不是 20 个：「More agents is not the unlock. Structure is.」

另一位用户的评论是：用 Rust 在内存上赢过一个 Node 进程不算成就，那只是编译器；「Now you ignore 20 diffs instead of one.」（现在你要忽略 20 份 diff，而不是 1 份。）还有人嘲讽作者除了让 token 自嗨什么都没干，Jeremy 只回了一句「Show your setup」。

21 岁的作者、Copilot 越狱史，与 Demo Day 前的融资

YC Launch 页面上，Jeremy 的自我介绍是：「I'm Jeremy, 21, building Jcode.」他说自己此前 hack 过 GitHub Copilot 刷无限 tokens，并且是 Monkeytype 打字世界前 500。他的 X 简介写着 YC S26，官网首页的「Backed by」区域挂着 Y Combinator 的标志。

页面底部留给投资人：「I'm raising around Demo Day. Reach out: 」，截至 8 月 13 日该页面显示 24 个 upvote。产品层面，Jcode 支持一行命令安装，并内置 12 种 OAuth 登录：Claude、OpenAI/ChatGPT/Codex、Gemini、GitHub Copilot、Azure、阿里云 Coding Plan、Ollama、LM Studio 等，可以直接用已经付费的订阅跑模型。agent 之间可以互相 DM、广播，也能自己 spawn 队友组成 swarm。

Jcode 这场 launch 的账面领先在内存和并行数量，不在基准分数：两场基准一个是平局、一个落后 1.1 分；除 5 月那篇评测里作者自述的复测外，这些数字尚没有可引用的其他第三方对照。