
一篇关于"左脚踩右脚上天"的真实开发记录。 工具是 zcode,对象也是 zcode,套娃竟是我自己。
我用 zcode 这个 AI 编程客户端,花了一个下午,给自己做了一个 zcode 的安卓客户端 + H5。
名字叫 ZLink 工具箱。
它能干嘛呢?一句话:让我在手机上,点一下,就打开我电脑里的 zcode 编辑器。
听起来很离谱对吧?我也觉得。所以我先把怎么个离谱法讲清楚,再说说为什么要干这件离谱的事。
如果你还没用过 zcode,容我用三句话介绍:
说白了,zcode 是一个"懂工程"的 AI 编程搭子。它能读懂你的项目结构、遵守你的规范、改完代码还知道跑测试。
我用它干了不少活:写 Vue 组件、改 bug、生成图标脚本、甚至让它帮我审合规(小程序审核那套隐私协议)。
直到有一天,我遇到了一个尴尬的问题。
zcode 编辑器目前只有 PC 端。
这本来不是事儿——写代码嘛,本来就该坐在电脑前。但 zcode 提供了一个非常香的功能:远程访问。
它会给你的本地会话生成一个加密链接,大概长这样(示意):
https://zcode.z.ai/remote/v3?sid=xxxxxxxxxxxx&hash=xxxxxxxxxxxx%3D&t=1700000000000&name=YOUR-PC&app_version=3.1.8一串又臭又长、还带 %2B、%3D 这种 URL 编码的鬼东西,谁也记不住。但只要你把它发到任何设备的浏览器里,就能远程看到你电脑上的 zcode 会话。躺在床上、蹲在马桶上、挤在地铁上,都能接着看代码、接着让 AI 干活。
听起来很美好。
直到你真的要在手机上打开它。
这段链接有一百多个字符。你不可能记住它。于是你的日常变成了这样:
t 时间戳和 hash 还会变 → 旧的存了也白发每次想用,都得跟这段鬼畜链接搏斗五分钟。
作为一个程序员,我无法忍受这种重复劳动。
于是我决定——做个 App,把这些链接管起来。
我要做的这个 App,需求很明确:
一个手机应用,能保存多条 zcode 远程链接,起个名字,点一下就打开。
技术选型?我当然要用 uni-app + Vue3——一套代码同时出 Android、iOS、小程序、H5,一个人就是一支全栈队伍。
那谁来写代码呢?
我低头看了一眼手里的工具——
zcode 本身。
对。你没看错。
我用 zcode(AI 编程客户端),给 zcode(远程会话),做了一个手机端管理器(安卓 App + H5)。
工具是 zcode,管理的对象是 zcode,连 App 的名字 ZLink 里的 Z 都是 zcode 的 Z。
这是套娃。这是左脚踩右脚。这是俄罗斯套娃敲开了套娃的门。
起猛了,真的起猛了。
我跟 zcode(对,就是那个 AI)说清楚需求,它就开始干活了。说实话,整个开发体验丝滑得有点不真实:
sid、hash、name、app_version、t 参数,它写了个 parseRemoteUrl 全部解析出来,还考虑了小程序环境 URL 对象不可用的降级方案。urlCheck 这些坑全填上了。最后出来的成品——ZLink 工具箱,核心就三板斧:
卡片式列表,每条链接是一张卡。自动解析出机器名(DESKTOP-U2MNJ13)和 zcode 版本号(3.1.8),不用你手填。头像按名字取色,稳定不乱跳。
点卡片弹出选择:
所有链接用 uni.setStorageSync 存在手机本地。没有账号、没有服务器、不上传任何东西。 卸载即清空。对这种含加密参数的敏感链接,这是唯一正确的做法。
做 App 最烦的是什么?发版。
你改了个 bug,想让用户用上,得重新打包、重新上架、等审核、等用户更新。黄花菜都凉了。
我跟 zcode 一起,给三端都接了更新机制,而且做得挺讲究:
端 | 更新方式 | 用户感知 |
|---|---|---|
App | wgt 热更新(前端代码,几秒生效)+ 整包兜底 | 启动自动检测,秒级生效 |
H5 | 检测到新版本弹窗,点一下刷新 | 永远是最新 |
小程序 | 微信原生 getUpdateManager | 重启自动生效 |
最妙的是 App 端的 wgt 热更新。
我只要改完前端代码,打个 wgt 包,上传到一个 JSON 文件里改个版本号,用户下次打开 App 就自动更新了。不用重新下载 apk,不用上架,几秒钟的事。
甚至还能配 minSupport 字段做强制更新——版本太低不让用,必须升级。这是真把生产环境的坑都想到了。
而且——这个更新机制本身,也是 zcode 帮我写的。
套娃 × 2。
干完这一票,我复盘了一下,为什么整个过程这么顺。结论是 zcode 有几个「别的 AI 工具不一定有」的东西:
1. 它真的懂工程,不是只会补全代码。
它知道要分 utils/storage.js、utils/url.js、utils/open-url.js,知道要考虑多端兼容(H5 有 window、App 端没有、小程序 URL 对象行为不一样),知道删除要二次确认,知道图标不能拿来主义要有原创脚本。
2. 它会先出设计稿,再写代码。
不是上来就一通乱写。先 HTML/CSS 出视觉稿,我点头了它才动手往 Vue 里落。这在 AI 编程工具里是稀缺品质。
3. 模型够硬。GLM-5.2 中文理解强、响应快、上下文长。
一个下午,从零到一个能上架的 App,中间还要处理小程序合规、三端热更新、原创图标——这活儿换个只会补全的工具,得磨一周。
4. 扩展性强。Skills / MCP / Plugins / Hooks 那一套,意味着它不是我「这一次」能用,而是我「以后每一次」都能让它更强。我写的图标生成脚本、更新机制,本质都是在给它加装备。
现在我的生活变成了这样:
这篇文章的标题叫《起猛了》。
是因为这件事本身确实有种荒诞感——我用一个 AI 工具,给这个 AI 工具本身,做了一个手机壳。 工具造工具,左脚踩右脚,AI 给 AI 搭桥。
但冷静下来想,这恰恰是这一代 AI 编程工具该有的样子:
它不是帮你少写两行代码,它是帮你把一个想法,完整地、体面地、能上线地,变成一个产品。
从一个「记不住链接」的小烦躁,到一个支持三端、带热更新、原创图标、合规过审的 App——中间的距离,zcode 帮我抹平了。
如果你也天天跟代码打交道,也嫌某些工具不顺手,建议试试 zcode。
说不定哪天,你也会起猛了,用它给它自己,做个什么。 😏
技术栈:uni-app + Vue3 + Vite | 目标平台:Android / iOS / 微信小程序 / H5 AI 搭子:zcode + GLM-5.2
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。