开发与工程 memory-systemmulti-agent-collaborationmcp-supportbrowser-automationself-modificationoauth-providers

jcode 编码代理

極致RAM效率的终端编码代理,支持多代理协作、记忆系统与自改进。

FollowAgents 评估 · FARS-2.1
不推荐
54/ 100 五分制 2.7 / 5
1 2 3 4 5 6
1信任安全11 / 29 · 1.9/5

证据显示存在权限请求机制(SDK测试中autoApprove),但未提供默认最小权限策略或用户确认的详细说明。数据流透明度有限,未明确说明敏感数据处理方式。依赖安全有CI中的cargo-audit,但未提供具体漏洞报告。外部影响(如文件修改)未明确限制。回滚机制未提及。来源归属仅通过MIT许可证和作者姓名,未验证。

2可靠稳定9 / 14 · 3.2/5

自一致性较好,README和Cargo.toml描述一致,但存在版本不一致(README提到v0.9.1888-dev,Cargo.toml为0.71.1)。依赖可用性通过Cargo.lock和CI确保,但未提供离线安装选项。失败消息在SDK测试中有错误处理,但未全面覆盖。

3适用触发12 / 18 · 3.3/5

目标受众明确(开发者),场景包括多会话、swarm等。能力边界通过工具列表和配置说明,但未明确限制。触发精度通过命令和配置,但未详细说明。环境适配支持Linux/macOS/Windows,但未提供详细系统要求。

4规范维护10 / 18 · 2.8/5

信息架构清晰,有README、docs链接。安装说明详细,支持多种方式。命名稳定,但版本号不一致。示例和FAQ有部分,但缺少FAQ。已知限制未明确列出。许可证为MIT,但版本变更日志未提供。维护责任未明确。

5有效结果9 / 13 · 3.5/5

输出可用性通过SDK和CLI,但未提供实际输出示例。边际价值高,强调RAM效率。成本效益未量化,但性能数据支持。

6证据核验3 / 8 · 1.9/5

声明可追溯性有限,性能数据未提供原始数据。跨来源验证不足,仅依赖README。事实与推断分离不明确,性能声明可能基于内部测试。

证据充分度: 评估于 2026年8月9日 审查版本 dd8755f7e71f
上游仓库在本次评估后已有新提交;当前评分仍对应所示审查版本,可能尚未覆盖最新改动。
使用前请注意
  • 版本号不一致:README声称v0.9.1888-dev,但Cargo.toml为0.71.1,可能造成混淆。
  • 性能数据缺乏原始测量细节,无法独立验证。
  • 未提供明确的权限最小化策略或用户确认流程的详细文档。
  • 依赖安全仅通过CI中的cargo-audit,未提供具体漏洞报告。
评估证据 [1][2][3][4][5][6]
查看完整评分方法 →

这个 Agent 能做什么,适合哪些场景?

jcode 是一个用 Rust 编写的终端编码代理框架,强调极低的 RAM 占用与快速启动,同时在功能上提供完整的代理体验。它包含内置的记忆系统(语义向量检索)、多代理协作(swarm)、MCP 支持、OAuth 登录(支持 Claude、OpenAI、Google 等)、浏览器自动化(通过 Firefox Agent Bridge)以及自修改能力。其性能优势通过基准测试展示:单会话 PSS 仅为 27.8 MB,启动时间仅 14 毫秒。由于代码完全开源(MIT 许可证),用户可深入定制,甚至能让代理自身修改源代码。

jcode 以终端 TUI 或非交互模式运行,执行诸如 jcode runjcode servejcode connect 等命令。它在内部嵌入每轮对话的语义向量,构建记忆图,并通过余弦相似度自动检索相关记忆。它支持 swarm 模式,允许多个代理在同一仓库协作解决冲突。它还提供 OAuth 登录 (jcode login --provider ...)、MCP 配置 (~/.jcode/mcp.json),以及通过 jcode browser setup 设置浏览器工具。此外,它支持从其他代理(如 claude code、codex)恢复会话,并提供可编程的登录流程(--print-auth-url)。

  1. 资源受限环境下的多会话开发,如同时运行多个代理实例。
  2. 需要代理记住项目上下文,避免重复解释的长期项目。
  3. 团队协作时,多个代理并行编辑同一仓库,需要自动冲突检测。
  4. 希望代理能自我修改源代码以实现自主迭代的开发者。
  5. 通过内置浏览器工具进行网页自动化测试。
  6. 在无图形界面的服务器或 SSH 环境中使用 OAuth 登录的开发者。

这个 Agent 有哪些优点和局限?

优点
  • 极致资源效率:单会话 PSS 仅 27.8 MB,远低于其他代理。
  • 内置记忆系统,通过语义检索自动回忆,无需显式工具调用。
  • 支持多代理 swarm 协作,自动处理文件冲突。
  • 提供 OAuth 登录,支持多种主流提供商,包括自托管端点。
  • 能够自我修改源代码,支持自主迭代开发。
局限
  • Rust 代码库复杂,自修改需要前沿模型能力。
  • Windows 安装需 PowerShell 5.1+,且可能涉及 Defender/SmartScreen 提醒。
  • 浏览器自动化目前仅支持 Firefox Agent Bridge,其他后端尚未实现。
  • MCP 目前仅支持 stdio 服务器,HTTP/SSE 会被跳过。
  • 部分基准数据未公开完整方法,可能需自行验证。

如何安装或部署这个 Agent?

macOS/Linux: curl -fsSL https://jcode.sh/install | bash。Windows (PowerShell): irm https://jcode.sh/install.ps1 | iex。macOS 也可通过 Homebrew: brew tap 1jehuang/jcode && brew install jcode。从源码构建: git clone https://github.com/1jehuang/jcode.git && cd jcode && cargo build --release。需 Rust 环境。

如何使用这个 Agent?

启动 TUI: jcode。非交互运行: jcode run "say hello"。恢复会话: jcode --resume fox。后台服务: jcode serve 然后 jcode connect。语音输入: jcode dictate。登录提供商: jcode login --provider claude 等。配置 MCP: 编辑 ~/.jcode/mcp.json。代理可自动完成大部分安装,参考 README 的详细引导。

这个 Agent 与同类方案有什么区别?

与 pi、Codex CLI、OpenCode、GitHub Copilot CLI、Cursor Agent、Claude Code 和 Antigravity CLI 相比,jcode 在 RAM 使用和启动速度上显著更优。

常见问题

jcode 支持哪些模型提供商?
支持 Claude、OpenAI、Google Gemini、GitHub Copilot、Azure OpenAI、OpenRouter、Ollama 等许多提供商,可通过 jcode login --provider 查看完整列表。
jcode 的记忆系统如何工作?
每轮对话被嵌入为语义向量,查询记忆图寻找相关条目,并自动注入上下文。同时提供显式记忆工具和会话搜索。
jcode 如何处理多代理冲突?
通过 swarm 模式,服务器监控文件变化,当代理 A 编辑的文件被代理 B 读取时,会通知 B 检查差异。
能否在无图形界面的服务器上使用?
可以,支持无头 OAuth 登录(--no-browser)和脚本化登录流程。
安装和配置过程中是否需要手动干预?
通常可让另一个代理按照 README 的引导自动安装,但可能需手动处理 OAuth 授权或 API 密钥输入。

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents