1jehuang/jcode
开发工具用 Rust 编写的高性能终端编程 Agent,在单个仓库中低内存并行运行多个 Agent。
项目介绍
jcode 是一个用 Rust 编写的终端编程 Agent 运行框架(harness)。它不以聊天界面为重点,而是面向重度多 Agent 工作流:在同一仓库里同时运行多个会话,同时控制内存占用和输入延迟。它以 CLI/TUI 形式运行,支持 Claude OAuth、OpenAI Codex OAuth 等多种模型提供方(provider 列表),并自带 Agent 之间的协作机制。
并行工作的核心是 Swarm。同一仓库中存在两个或以上 Agent 时,本地服务端会统一协调:当 Agent A 修改了 Agent B 已经读取过的文件时,B 会收到通知,并可以查看 diff 处理冲突;Agent 之间可以单发消息、向服务端上的所有 Agent 广播,或只向同一仓库内的 Agent 广播(Swarm 说明)。Agent 也能自行派生子 Agent:主 Agent 成为协调者,派生出的 Agent 作为 worker,分组、消息通道和完成状态由系统自动管理,可带界面也可 headless 运行。
另一个有区分度的能力是 Self-dev:让 Agent 进入 self dev 模式后,它会修改 jcode 自身的源码、构建并测试,然后重新加载自己的二进制并在现有会话中继续工作(Self-dev 章节)。Token 优化、KV cache 和可爬山测量等细节记录在 harness 文档 中。
它适合已经把编码任务交给 Agent、并希望在一个代码库上并行铺开多个会话的开发者,而不是寻找图形化助手的用户。界面截图(内联图片、会话恢复菜单、内联 LaTeX、缓存变冷提醒)可在 jcode.sh 查看。
快速使用
前提:macOS 或 Linux、一个终端,以及至少一个受支持模型提供方的凭据(例如 Claude 或 OpenAI Codex OAuth)。
- 用官方脚本安装:
curl -fsSL https://jcode.sh/install | bash
- 在要工作的仓库中启动 jcode,按提示配置或登录提供方;具体提供方说明见 文档。
- 在 TUI 中新建会话并输入任务。文本显示应几乎即时;按 README 自测,首次输入时间为 19.1 ms,对比 pi 的 596 ms 和 Claude Code 的 3.5 s(基准表)。
- 想试并行时,在同一仓库再启动一个会话;服务端应登记两个 Agent,并在它们之间转发文件变更通知。
README 没有给出各提供方逐条登录的具体输入序列,也没有写明开启 Swarm 的准确按键,请以提供方文档和界面提示为准,不要照搬猜测的命令。
使用约束
- 平台:安装命令只针对 macOS 和 Linux,未提供 Windows 安装方式(安装说明)。
- 必须能访问外部模型。jcode 本身不是模型,需要受支持提供方的账号或 API 访问权限;Claude 与 OpenAI Codex 明确支持 OAuth 登录。
- Swarm 的冲突通知和消息机制依赖多个 Agent 接入同一本地服务端和仓库。
- Self-dev 模式会让 Agent 修改 jcode 自身源码并重载二进制,会触及已安装程序及其构建产物,建议在源码检出目录等可接受改动的环境中使用。
- 项目采用 MIT 许可证。README 中的基准由项目方运行,对应其特定测试方式(内存测试为 headless 会话,首次输入为 10 次交互启动),不代表在你的机器上必然得到相同结果。
HotRepo 点评
在 HotRepo 记录的全语言日榜快照中,jcode 是增速较快的仓库之一:Star 从 2026-07-19 的 8,729 升至 2026-08-01 的 14,789,期间单日新增数百,到 2026-11-01 已达 21,383。11 月 1 日它出现在 Rust 语言日榜第 9 位,当天新增 29 Star,远低于 7 月至 8 月初的增速。README 的性能数据是其核心卖点:项目自测将额外会话内存列为约 3.3 MB,对比 Claude Code 的 169 MB 和 Codex CLI 的 194 MB;首次输入时间为 19.1 ms。这些数字来自项目自行维护的基准,能说明作者优化了什么,但不是对回答质量或稳定性的独立评估。技术上更值得关注的是服务端协调的 Swarm 和 Self-dev 回路,它们让 Agent 既能管理其他 Agent,也能重建自己的运行框架。
本文由 AI 根据项目 README 生成,更新于 ,以项目官方文档为准。