周末折腾了一下 jcode,踩了不少坑
周末折腾了一下 jcode,这个最近在 GitHub 上挺火的开源终端 AI 编程助手,Rust 写的,主打一个内存占用低。我实验室里跑着好几个服务,16G 的 MacBook 平时已经有点喘,看到「最省内存」这个卖点就忍不住试了试。
安装倒是简单,一条 curl 命令搞定,跟官方文档说的一致。装完第一感觉是启动确实快,体感比 Claude Code 快不少,官方说 63 倍于 Codex CLI 的启动速度,我这边测下来没有具体量化,但明显感觉没有那种等半天的焦躁感。内存占用也确实低,跑了大概四十分钟的会话,看了下活动监视器,比我之前跑 Claude Code 的时候小了一个量级,这对我们这种整天开着十几个终端窗口的人来说太重要了。
不过优点的另一面是缺点。它本质上是个 harness,就是套在 Claude、Codex 这些模型外面的壳,帮你做上下文管理、工具调用这些脏活。但问题也出在这,它太依赖底层模型的能力了。我试着让它重构一段知识图谱的查询代码,用的是免费的 API,结果它在处理 SPARQL 语法的时候犯了挺低级的错误,后来切回自己的 Claude 账号才正常。也就是说,你想用免费 API 白嫖,效果会打折扣,这个取舍得心里有数。
比较惊喜的是它的并行会话和 agent swarm 功能,就是同时开多个 agent 干不同的事,然后汇总结果。我带研究生做实验的时候经常要并行跑好几个数据集的清洗任务,这个功能确实省了不少事。还有内置的浏览器工具,可以让 agent 自己去查文档,这个对处理那些经常更新的 API 特别有用,不用手动复制粘贴了。
但说到稳定性,还是有待提高。我跑一个稍微复杂点的任务,就是让它从 GitHub 上拉一个开源项目,然后分析它的代码结构,中间崩了一次,报了个奇怪的 Rust 错误。重启之后倒是好了,但这就有点影响体验了。另外它的配置项有点多,对新手来说可能有点懵,我一开始也花了不少时间才搞明白怎么接自己的模型账号。官方说支持 Linux、macOS、Windows 甚至 Termux,我只在 macOS 上测了,其他平台的表现不好说。
这玩意儿适不适合你,看需求。如果你手头机器内存比较紧张,又经常用 Claude Code 或 Codex 这类工具,那 jcode 值得试试,毕竟省内存是实打实的。但如果你是希望开箱即用,不想折腾配置,或者对稳定性和官方技术支持要求比较高,那可能还是直接用原版工具更省心。我的判断是:适合愿意折腾的技术用户当辅助工具,不适合当生产环境里的主力依赖。
本文编译自 Hacker News,原文:https://jcode.sh/
版权归原作者所有,本文为基于公开报道的编译与独立分析。
物界前沿