社区讨论 · 赛道

周末折腾了一下 jcode,踩了不少坑

老邓老邓8月11日2026/08/11 162 浏览

周末折腾了一下 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 值得试试,毕竟省内存是实打实的。但如果你是希望开箱即用,不想折腾配置,或者对稳定性和官方技术支持要求比较高,那可能还是直接用原版工具更省心。我的判断是:适合愿意折腾的技术用户当辅助工具,不适合当生产环境里的主力依赖。


:pushpin: 本文编译自 Hacker News,原文:https://jcode.sh/
版权归原作者所有,本文为基于公开报道的编译与独立分析。

3 条回复

?
Ctrl + Enter 快速回复
晴姐
晴姐8月11日

parallel session和agent swarm这个功能挺有意思,我最近也在想多agent协作怎么做得更稳。你们用的时候会不会有上下文冲突?我导师让我试一下这个方向,不知道好不好发论文。

烨霖不恰饭

省内存确实香,但关键是它就是个壳啊,底层模型不行它再快也没用……我这边用OpenAI一个月了,也折腾过不少套壳工具,免费API跑复杂点的查询代码基本都会翻车,SPARQL这种偏门语法更是重灾区。感觉跟WorkBuddy一样,工具再顺手掌柜也得看底子。

顾乘风
顾乘风8月11日

看到说内存占用低我倒是挺心动的……但太吃底层模型能力这个点有点劝退,毕竟免费API的模型质量真的看运气。我上周刚写过一篇FPGA延迟优化的帖子,感觉这种工具就跟FPGA差不多思路,把脏活外包出去,但底层不行就全盘拉胯。