jcode 使用指南:比 Claude Code 快 245 倍的 Rust 编码 Agent Harness
编码 Agent 赛道越来越拥挤 但大部分工具都踩在同一个坑里:慢且吃内存 Claude Code 启动要 3.4 秒 占用 386MB 内存 Codex CLI 也好不到哪去
然后 jcode 出现了 一个纯 Rust 写的编码 Agent Harness 启动只要 14 毫秒 单会话内存只要 27MB 数字好到让人怀疑是不是写错了
但它不是个玩具 它内置了语义记忆系统、多会话编排、插件机制 甚至跑 10 个并行 session 的额外内存开销才每会话 10MB
截止今天 jcode 在 GitHub 上已经有 3.8k+ stars 单日增长 545+ 是今天 Trending 上最热门的 Rust 项目之一
性能到底有多离谱
先上硬数据 这些是项目 README 里公布的 在同一台 Linux 机器上实测对比
启动速度(首帧时间)
- jcode — 14 ms
- pi — 590 ms(42x 慢)
- Codex CLI — 882 ms(63x 慢)
- OpenCode — 1035 ms(74x 慢)
- GitHub Copilot CLI — 1518 ms(108x 慢)
- Cursor Agent — 1949 ms(139x 慢)
- Claude Code — 3436 ms(245x 慢)
单会话内存占用(PSS)
- jcode(本地 embedding 关) — 27.8 MB
- jcode(默认) — 167.1 MB
- pi — 144.4 MB
- Codex CLI — 140.0 MB
- OpenCode — 371.5 MB
- GitHub Copilot CLI — 333.3 MB
- Cursor Agent — 214.9 MB
- Claude Code — 386.6 MB
10 会话并行内存
- jcode — 260.8 MB(每增一会话 ~10.4 MB)
- pi — 833.0 MB(~76.5 MB/会话)
- Codex CLI — 334.8 MB(~21.6 MB/会话)
- OpenCode — 3237.2 MB(~318 MB/会话!)
- GitHub Copilot CLI — 1756.5 MB(~158 MB/会话)
- Cursor Agent — 1632.4 MB(~157 MB/会话)
- Claude Code — 2300.6 MB(~212 MB/会话)
跑 10 个并行 jcode 的总内存 还不如 Claude Code 跑一个 session 多 这在需要大量并行 agent 的场景下是质变级别的差距
核心功能解析
语义记忆系统
jcode 最独特的功能之一 它把每次交互的响应转为语义向量 每次对话自动执行向量相似度查询 找到相关历史记忆注入上下文
和传统工具每次要手动调记忆工具不同 jcode 是自动的 并且支持可选的记忆 sideagent 模式 由专门 agent 验证和检索后再注入 精度更高
多会话编排
原生支持并行运行多个编码 session 每个 session 独立但共享记忆 适合大型重构、跨模块开发等需要并行 agent 的场景
这也是为什么内存效率如此重要 — 当你要同时跑 5 个 10 个 agent 时 每个 session 多 200MB 就意味着 1-2GB 的差距
插件系统
支持自定义插件 可以扩展文件编辑器、终端、浏览器、MCP 服务器等能力 插件用 Rust/TypeScript 写 可以在运行时动态加载
模型兼容
支持多种 AI 模型后端 包括 Anthropic Claude、OpenAI GPT、DeepSeek、Google Gemini 以及兼容 OpenAI API 格式的任何模型 通过 providers 配置
安装方法
macOS/Linux 一键安装
curl -fsSL https://raw.githubusercontent.com/1jehuang/jcode/master/scripts/install.sh | bash
安装后验证
jcode --version
配置 provider(以 Claude 为例)
jcode config set provider anthropic
jcode config set api_key YOUR_ANTHROPIC_API_KEY
DeepSeek 配置
jcode config set provider deepseek
jcode config set api_key YOUR_DEEPSEEK_API_KEY
jcode config set model deepseek-chat
Windows 用户可以通过 WSL 使用同样的安装命令 或从 GitHub Releases 下载预编译二进制
快速上手
启动编码会话
# 在当前目录启动编码 session
jcode run "帮我重构这个文件 把 imports 按字母排序"
# 指定项目目录
jcode run --dir /path/to/project "实现一个用户认证中间件"
多会话并行
# 同时跑两个任务
jcode run --multi \
"给 models/user.go 添加单元测试" \
"重构 api/handler.go 的错误处理"
查看记忆
jcode memory list
jcode memory search "database schema"
与主流编码 Agent 对比
| 特性 | jcode | Claude Code | Codex CLI | Cursor Agent |
|---|---|---|---|---|
| 语言 | Rust | TypeScript | TypeScript | TypeScript |
| 启动时间 | 14 ms | 3436 ms | 882 ms | 1949 ms |
| 单会话内存 | 27-167 MB | 386 MB | 140 MB | 214 MB |
| 10 会话内存 | 260 MB | 2.3 GB | 334 MB | 1.6 GB |
| 语义记忆 | 内置 | 外部工具 | 无 | 外部工具 |
| 多会话并行 | 原生支持 | 手动 | 有限 | 有限 |
| 插件系统 | Rust/TS | 无 | 无 | Extension |
| 开源 | MIT | 否 | MIT | 否 |
谁适合用 jcode
适合
- 资源受限的环境 — 开发机只有 8GB/16GB 内存 跑 Claude Code 会卡 但 jcode 很轻松
- 并行任务场景 — 需要同时跑多个 agent 修改不同模块 jcode 的内存效率是唯一可行的选择
- CI/CD 流水线 — 在 CI 环境里跑编码 agent jcode 的 14ms 启动 + 27MB 内存是完美的
- 对启动延迟敏感 — 频繁启停 agent 的场景 慢 3 秒和慢 14ms 的体验完全不同
- 深度定制需求 — 想自己写插件扩展能力 jcode 的插件系统比任何对手都灵活
目前还不够好的地方
- 社区生态还在早期 插件市场不够丰富
- 文档以 README 为主 详细教程偏少
- 对中文场景的支持还在完善中
- 部分高级功能(如 sideagent 记忆)还需要进一步打磨
实战技巧
关掉本地 embedding 省更多内存
jcode config set local_embedding false
这样单会话能从 167MB 降到 27MB 适合对记忆搜索要求不高的简单任务
用 sideagent 提高记忆精度
jcode config set memory_mode sideagent
默认是直接向量检索 打开 sideagent 会让一个专门的 agent 去验证记忆相关性 精度更高 但会多一次 LLM 调用
控制并发数量
jcode run --max-concurrent 5
限制最大并行 session 数 避免把 API 配额打爆
自定义 system prompt
jcode config set system_prompt_file /path/to/prompt.txt
可以写自己的 system prompt 定制 agent 的行为方式 比如指定代码风格、测试覆盖率要求等
值得关注的设计理念
jcode 的作者在 README 里说了一句话值得深思 "built as performant and resource efficient as possible — important for scaling multi-session workflows"
现在大部分编码 Agent 都默认你有一台 32GB+ 的 MacBook Pro 或者能无限调用云端资源 但现实是 很多开发者的机器没这么富裕 而且即使有 浪费资源也不应该是理所当然的
从架构角度看 jcode 用 Rust 重写了整个工具链 从 PTY 交互到内存管理 每个环节都抠到了极致 这不是优化 而是从一开始就选择了正确的技术栈
现在 Claude Code 和 Codex CLI 都是用 Node/TypeScript 写的 天然就有启动延迟高和内存占用大的问题 不是说 TypeScript 不好 而是对于这种需要高频交互、长驻内存的工具 Rust 确实更适合
写在最后
jcode 不是 Claude Code 的替代品 也不仅仅是个"更快的编码 Agent" 它的意义在于证明了另一个方向是可行的 — 一个资源高效、可大规模并行的 Agent runtime
如果你对以下场景感兴趣 jcode 值得立刻安装试试
- 在低配机器上跑编码 Agent
- 同时并行跑多个 Agent 做大型重构
- 在 CI/CD 中集成 Agent 自动化
- 深度定制 Agent 的行为和能力
它的社区正在快速增长 用的人越多 插件生态和文档就会越完善 如果你用 Rust 写后端 甚至可以自己贡献一个插件