现在的AI编程工具大致可以分成两种思路:一种是在传统编辑器里加入代码补全和聊天窗口,开发者仍然负责主要操作;另一种则把更多工作交给Agent,让AI自己读取项目、修改文件、执行命令、运行测试,再根据结果继续调整。
ZCode明显更接近后一种。
按照当前官方定位,ZCode是一套Agentic Development Environment,也就是智能体开发环境。它并不把自己简单定义成代码编辑器,而是围绕ZCode Agent组织项目文件、终端、Git、浏览器预览、任务管理和权限确认,让用户通过自然语言持续推进一个真实开发任务。
如果只是想要一个输入几个字符就自动补全下一段代码的工具,ZCode并不是最典型的选择;如果希望把“实现这个需求”“修复这些错误”“重构这个模块并运行测试”这样的完整任务交给AI,它的定位就容易理解得多。

ZCode到底是什么工具
传统IDE的中心通常是代码编辑器。开发者打开文件、修改代码、切换终端、运行命令,再打开浏览器验证结果,AI更多承担辅助角色。
ZCode则把Agent放到了开发流程的中心。
用户选择一个项目目录作为工作区之后,可以直接用自然语言描述任务。ZCode Agent能够读取项目文件和目录结构,根据需求修改代码、调用终端命令、检查Git状态,并在需要时打开内置浏览器查看实际页面。
例如,与其逐步询问“这个报错是什么意思”“这个文件应该怎么改”“测试命令是什么”,更符合ZCode使用方式的指令可能是:
检查当前项目为什么无法启动,修复问题并运行测试确认结果。
或者:
重构用户登录模块,保持现有接口兼容,并确保现有测试全部通过。
Agent可以围绕这个目标持续读取文件、修改内容和执行验证,而不是每一步都只返回一段建议代码让用户自己复制。
它和普通AI聊天有何不同
把代码复制到聊天机器人里询问问题,同样可以获得代码解释和修改建议,但这种方式存在一个天然限制:AI看到的通常只是用户主动粘贴进去的那部分内容。
ZCode工作的对象则是整个开发工作区。
Agent可以读取目录、文件和项目状态,也可以把终端执行结果继续加入当前任务上下文。对于前端项目,它还能结合浏览器页面继续检查效果。
这意味着它更适合解决存在多步骤依赖的问题。例如某个功能涉及前端组件、接口调用、类型声明和测试文件时,没有必要把这些文件逐个复制到聊天框里。Agent可以围绕当前项目自行寻找相关内容。
ZCode也支持通过@选择文件或整个文件夹作为上下文,还可以直接把系统文件管理器里的目录拖到输入框中。
这种“项目级上下文”是Agent编程与普通代码问答之间比较实际的区别。
长任务是ZCode的重点
ZCode当前非常强调Long Horizon Task,也就是需要连续执行较长时间、经过多轮修改和验证才能结束的开发任务。
普通AI对话经常会遇到一种情况:完成一轮修改后就停止,用户需要不断回复“继续”“检查测试”“再修一下剩下的问题”。
ZCode为这种情况提供了Goal目标模式。
用户可以通过/goal给当前会话设定一个明确目标。每轮任务结束后,Agent会判断目标是否已经完成;如果没有完成,可以继续下一轮,直到目标达到、用户主动暂停,或者触及设置的使用上限。
官方给出的使用场景包括重构整个模块并保持测试通过、修复全部TypeScript编译错误,以及持续优化网页性能等。
这里真正重要的不是“让AI一直运行”,而是目标是否可以验证。
例如“优化一下网站”比较模糊,而“让项目测试全部通过,并把指定页面的Lighthouse性能提升到目标范围”就更容易让Agent判断什么时候应该结束任务。
浏览器也进入开发流程
对于前端开发,仅仅把代码写完并不代表任务已经完成。页面能否正常打开、按钮是否可以点击、布局有没有发生变化,都需要实际运行之后才能发现。
ZCode桌面端提供了内置浏览器,可以直接打开本地开发地址或线上页面。
用户可以在页面中点选按钮、标题、卡片等元素,把对应元素加入当前对话上下文。例如页面上某张卡片样式存在问题,可以直接选中它,再要求Agent修改,而不需要描述“首页第二排左边的第三个卡片”。
Agent本身也能够在允许的情况下操作浏览器,包括打开网址、点击页面、填写内容以及根据页面结果继续判断。
这对前端项目比较有价值,因为工作流程可以从“修改代码”继续延伸到“实际打开页面验证”。
不过,浏览器自动化意味着Agent拥有更大的操作范围。涉及登录状态、后台管理系统或真实业务数据时,不应该因为自动化方便就完全忽略权限和操作风险。
Agent修改代码是否可控
让AI拥有文件修改和终端执行能力之后,一个很自然的问题是:它会不会直接执行不希望运行的命令?
ZCode目前为ZCode Agent提供了不同的执行模式。
默认的“变更前确认”会在修改文件或执行命令之前要求用户确认,更适合刚开始使用、生产配置或重要代码库。
“自动编辑”可以让文件修改直接进行,但终端命令等操作仍需要确认,适合比较常规的代码迭代。
“计划模式”则先让Agent提出处理方案,用户确认之后再开始实施,更适合重构、迁移或者涉及大量文件的任务。
还有“完全访问”模式,可以减少中间确认,让Agent更加连续地执行长任务,但相应地也意味着需要更加确定当前项目和任务内容可信。
对于第三方脚本、删除文件、安装软件包、修改系统配置等操作,更适合保留确认步骤,而不是为了少点几次按钮直接长期授权。
可以自己选择AI模型吗
ZCode与GLM模型结合得比较紧密。当前官方版本重点针对GLM-5.3进行了适配,国内用户可以连接BigModel账号,海外用户则可以通过Z.ai使用相关模型和Coding Plan。
但ZCode并没有完全限制在GLM模型上。
目前官方模型配置支持API Key方式,也允许添加兼容OpenAI或Anthropic协议的第三方模型服务。官方文档中已经给出了Anthropic、OpenAI、OpenRouter、Moonshot以及DeepSeek兼容接口等配置示例。
企业或团队如果拥有自己的模型网关,也可以配置兼容接口作为模型供应商。
这种设计的实际价值在于,ZCode更像是Agent工作环境,而不是简单把软件与某一个模型永久绑定。不同模型的代码能力、成本和响应速度存在差异,用户可以根据自己的API资源进行选择。
ZCode是不是完全免费
按照官方当前FAQ,ZCode工具本身免费使用,但AI模型并不因此变成永久免费。
运行Agent需要模型服务。用户可以使用GLM Coding Plan、开放平台余额、API Key、第三方供应商或者团队提供的模型通道。
因此讨论ZCode费用时,要把“客户端费用”和“模型费用”分开。
ZCode软件本身不收费,并不代表长期运行复杂Agent任务没有成本。特别是Goal长任务、多轮代码检查以及Memory等功能,都可能产生额外模型调用。
官方目前为符合条件的新用户提供一定期限的GLM模型体验额度,但免费体验存在有效期,并不是永久每日免费额度。实际套餐价格和模型额度也可能调整,使用时更适合直接查看ZCode内的当前套餐页面。
项目记忆解决什么问题
开发者与AI合作时间长以后,经常需要重复说明一些项目习惯,例如使用哪个包管理器、提交信息采用什么格式、哪些目录不能随意修改。
ZCode提供了Memory功能,用于保存项目级长期信息。
例如告诉Agent“这个项目统一使用pnpm”或者“不要修改生成目录”,这些规则可以在后续同一个项目的会话中继续使用,而不用每次重新说明。
当前Memory默认关闭,需要用户主动开启。官方说明这些记忆以本机Markdown文件的方式保存,并且不同项目之间相互隔离。
需要注意的是,启用记忆可能增加Token使用,因为系统需要额外判断哪些信息值得保存,并在后续会话中召回相关内容。
插件和MCP扩展空间较大
ZCode目前已经把Plugin、Skill、MCP、Command、Hook以及子智能体纳入同一个扩展体系。
Skill主要告诉Agent某种任务应该如何处理;Command可以保存常用指令;MCP负责连接外部工具和服务;Plugin则可以把多种能力组合成一个扩展包。
如果之前已经在Claude Code、Codex CLI或OpenCode中配置MCP,ZCode还可以扫描对应配置,将已有MCP服务导入工作区。
对于普通个人项目,这些功能不一定一开始就需要配置。但对于已经形成固定开发流程的用户,或者团队希望统一Agent行为和工具链时,这部分能力会更有意义。
远程控制是一个特殊功能
Agent开始执行长任务后,用户未必希望一直坐在电脑前等待。
ZCode目前提供Remote相关能力,还可以通过Bot Channel连接微信或飞书。在配置完成的情况下,可以从外部会话查看工作区任务状态,并继续向Agent发送指令。
这种方式比较适合编译、批量修复、长时间重构等需要持续推进的任务。
它并不意味着所有开发工作都适合在手机上完成。真正涉及代码Review、安全确认和复杂错误判断时,桌面端仍然更加合适。远程控制更像是长任务执行过程中的补充入口。
ZCode目前支持哪些系统
当前官方下载页面提供macOS、Windows和Linux版本。
macOS支持Apple Silicon与Intel,Windows提供x64和ARM64版本,Linux则支持x64和ARM64,并提供AppImage、DEB、RPM等安装形式。
截至目前官方安装文档显示的桌面端最新版本为v3.10.2。由于ZCode仍在持续迭代,具体版本、功能入口以及模型支持情况应以下载页面和官方文档的当前信息为准。
安装完成之后,需要选择一个本地项目目录作为工作区,然后连接BigModel、Z.ai或者自己的API服务,之后才能真正运行Agent编程任务。
poxiaoxi博客
精彩评论