Featured image of post ZCode 登顶 HN:智谱从做模型切到做 harness,还顺手把 Claude Code 装进了桌面

ZCode 登顶 HN:智谱从做模型切到做 harness,还顺手把 Claude Code 装进了桌面

智谱 ZCode 登顶 Hacker News。它不只是一台"GLM 版 Claude Code",而是国产大厂第一次正面补上 harness 这一课,并且选了条有意思的路:既做官方桌面 agent,又把 Claude Code、Codex、Gemini 这些 CLI 工具统一装进可视化外壳。

ZCode 这两天登上了 Hacker News 的榜首,背后是智谱 AI(Z.ai)。按官网和多方报道的描述,这是智谱为自家 GLM-5.2 模型官方适配的编程 Agent,定位"简单、迅捷、氛围十足",目前已经放出 Linux 内测版。

如果只看这一句,很容易把它理解成"又一个国产 Claude Code 仿品"。国产大模型厂商这两年发编程工具不是新鲜事,但大多数停留在"模型 + 插件"的层面。ZCode 值得多看两眼,是因为它代表了一个更早没出现过的信号:国产大厂开始正面补 harness(支架/工程外壳)这一课,而且走的不是单纯复刻的路。

ZCode 桌面 agent 与 CLI 可视化示意

先讲清楚 ZCode 是什么

把官方介绍和几篇深度报道拼起来,ZCode 大致是两层东西叠在一起。

第一层,它是一个桌面端编程 Agent,由 GLM-5.2 驱动。官方给的能力清单里有几个明显对标现代 coding agent 的设计:/goal 命令用来跑长程任务、SSH 远程开发、移动端控制、多 agent 协作,以及 20 多个集成工具(含 Git)。这些几乎是 2026 年"严肃编程 agent"的标配——长程任务、远程、协作、版本控制一个都不能少。

第二层更有意思。ZCode 同时把自己定位成给现有 CLI agent 做可视化外壳的工具。它的宣传点之一是"让 Claude Code、Codex、Gemini 这些命令行 agent 看得见、点得动"——把那些原本要敲终端、配环境变量、改 settings.json 才能用起来的工具,包进一个图形界面里,还带对话式版本管理(AI 改的每一步都能回溯)和 MCP 协议支持。

这两层叠在一起,才是 ZCode 真正的形状:它既是 GLM 的官方 harness,又是一个跨模型的 agent 桌面。后一件事比前一件更值得琢磨。

国产大厂从"做模型"切到"做 harness"

过去两年,国产大模型厂商之间的竞争,基本都在模型层:谁家的 benchmark 更高、谁先开源、谁的上下文更长、谁的价格更低。智谱自己在 GLM 系列上也是这条路——GLM-5.2 是 1M 上下文、coding-first 的开源模型,据第三方评测在 SWE-bench 上能到 73.8% 左右,已经被不少开发者通过 Claude Code、OpenCode 这类工具间接调用。

但做编程 Agent 的人都清楚,模型能力只是其中一截。Claude Code 之所以能成为行业标杆,靠的不是 Sonnet / Opus 模型本身,而是围绕模型搭起来的那一整套 harness——CLAUDE.md 记忆、MCP 工具协议、hooks 自动化、权限约束、反馈与验证循环。这层东西,才是编程 Agent 真正的护城河,也是国产厂商长期缺位的地方。

ZCode 的意义在这里:它是国产大厂第一次正面承认"harness 值得自己做",并把整套 agent 工程摆到台面上当一等公民来卖,而不是附属于模型的演示 Demo。

ZCode 把编程 Agent 拆成三层:模型层、harness 层、桌面入口层

真正有意思的是:它没有把 Claude Code 当敌人

很多"国产替代"故事的套路是造一个封闭的竞品,然后把国外产品挡在外面。ZCode 让人意外的地方在于,它某种程度上走了相反的路。

从官网和测评看,ZCode 不隐藏自己跟 Claude Code 的关系,反而主动把 Claude Code、Codex、Gemini 这些主流 CLI agent 接进自己的可视化层。换句话说,它不要求你"抛弃 Claude Code 换成我",而是说"你继续用 Claude Code,我让你用得更舒服"。

这个姿态背后的判断很现实:CLI 形态的 agent 能力强,但门槛高。装 Node.js、配环境变量、编辑 settings.json、记一堆斜杠命令——这些都是真实开发者(尤其是不那么硬核的开发者)实际用 Claude Code 时的痛。ZCode 抓住的就是这道缝隙:模型层我给你 GLM-5.2 当默认,但你想用别家的 CLI agent,我也帮你把门槛降下来。

这跟单纯复刻一个 Claude Code 是两回事。复刻是"我做一个一样的东西和你竞争",ZCode 的做法更接近"我在你上面修一层入口"。能不能修成是另一回事,但路径选得聪明。

GLM-5.2 在这套叙事里的位置

ZCode 默认跑 GLM-5.2,所以模型本身的能力决定了它的下限。GLM-5.2 是 2026 年 6 月发布的长上下文 coding 模型,1M token 上下文,开源权重。第三方评测里它的 SWE-bench 数字和 Claude Opus 4.5 那一档还有距离,但在开源模型里已经是第一梯队,而且真实编程场景的体感在持续逼近闭源旗舰。

对国内开发者来说,GLM-5.2 + ZCode 的组合有两个现成优势:成本和合规。智谱的 coding plan 入门档按季度摊到月大约十几美元量级(具体价格以官方为准),重度档在七十美元上下,相对 Claude Code 的订阅对长期高频用户有成本空间;合规上,国产模型 + 国产 agent 在企业内网、数据出境、行业准入这些场景里天然省事。这两点是国内厂商的传统主场,ZCode 沾得上。

但模型和成本都不是这次的重点。重点是智谱愿意把 GLM-5.2 装进一个自己认真做的 harness 里卖,而不是只开放 API 让用户自己去接 Claude Code。这个动作本身,比 GLM-5.2 的 benchmark 提升几个点更值得记住。

什么时候国内开发者会真的切换

一个工具能不能成,最后还是看真实开发者愿不愿意把日常 workflow 搬过来。从 HN 和 Reddit 的早期讨论看,外界对 ZCode 的兴趣点集中在两处:一是 GLM-5.2 作为开源模型在长程任务上的表现,二是 ZCode 把 CLI agent 可视化这个思路本身。怀疑的声音也不少,多数集中在成熟度(目前只有 Linux 内测版)、跨平台缺位、以及"可视化壳"会不会牺牲 CLI 原生的灵活性。

对国内开发者,真要切换,大概会卡在几个问题上:ZCode 的 harness 是否像 CLAUDE.md 那样可被项目和团队长期维护;它的 MCP 生态能不能接上自己已经在用的工具链;以及 Windows / macOS 版本什么时候跟上。这些都不是发版能解决的,需要时间积累。

所以更现实的判断是:ZCode 短期内不会让 Claude Code 用户大规模迁移,但它把"harness 国产化"这件事从空白变成了起点。从这一刻起,国内开发者在"用 Claude Code + GLM 模型"之外,多了一个"用国产 agent + 国产模型"的完整选项。选项存在本身,就会倒逼整个国产编程 Agent 生态把工程层做厚。

最后说两句

ZCode 登顶 HN 的意义,不在"国产又多了一个编程工具",而在国产大厂第一次把 harness 当成产品本身来打。而且它选了一条不那么"国产替代"常规的路:不把 Claude Code 当敌人,而是给它修一层可视化的入口。

模型层的竞争迟早会收敛到成本和合规,真正的差距会挪到 harness 这一层——谁能让 agent 稳定跑长程任务、谁能把工具链接得干净、谁能把门槛降到普通开发者也敢用。Claude Code 用一两年时间证明了这层有多难,ZCode 现在加入这条赛道,至少说明国产厂商看清了护城河在哪。

至于它能不能跑出来,要看后续版本能不能把那套工程外壳打磨到值得开发者把日常 workflow 托付过去。但无论如何,“国产 harness"这件事,从 ZCode 开始有了第一个像样的样本。

参考来源

以上来源主要用于核对 ZCode 的功能定位、GLM-5.2 能力与社区反馈;SWE-bench 等数字来自第三方评测,具体以官方为准。

RSS Feed 使用 Hugo 构建
主题 StackJimmy 设计