半年前 OpenCode 火的时候,我没用上。
不是不想用,是装不上。下载 dmg,图标置灰,点一下弹窗——您无法打开应用程序,这台 Mac 不支持此类应用程序。
那段时间领导在推这个工具,组里换了新机的同事都玩起来了,我在旁边看着,什么也点不了。
没办法,只能回家用自己的电脑,但工作时间用不了等于白搭。后来草草换了微软的 Copilot,也没用出什么名堂。
那段时间的感受就是:没换新机,就活该被落下。
之后类似的事情越来越多。Claude Code 的最新版本装不上,Codex 桌面版也装不上。所幸 Claude Code 的老版本还能跑,日常干活倒是不耽误。但眼看着别人在群里分享各种新工具的玩法,我心里清楚——再这么下去,差距只会越拉越大。
我司的 macOS 停在 12.2,我也不敢升级,而且公司没有换新机的计划。这玩意不是我能改变的。
又一次卡在装机
之前我写了篇介绍 LLM Wiki 的文章。简单说就是个桌面版知识库工具,扔文档进去 AI 自动整理成结构化的 wiki 页面,还能提问。对测试来说简直绝配——把业务规则、术语、接口映射、历史 bug 全扔进去,每次让 AI 跑测试不用重新交代背景。每次跑测试都要重新解释一遍业务?试试 LLM Wiki
上班的时候想着在公司电脑上也装一个,真用起来。
结果又看到了熟悉的灰色图标。

那一刻心里就两个字:来了。
又是这出。
本能反应是放弃——之前 OpenCode 就是这结局,后来 Codex、新版 Claude Code 也都是这结局,多一个 LLM Wiki 不多。
但这次没完全死心。盯着那个灰色图标看了几秒,突然想到——官方不发 x86_64 的包,我自己编译一份不就行了?源码就在那摆着。
不熟也要上
拉了源码后,把问题详细的发给AI。我对编译桌面应用这件事完全陌生。Rust、Tauri、macOS 打包——这些词我知道是什么意思,但加起来就是个黑盒。全程蒙着眼跟 AI 走,它改代码,它跑编译,我只看结果。
第一轮编译成功了。可是打开后,是个空白页。
说不出是什么心情。编译成功说明方向对,空白页说明还差得远。
继续丢给 AI。一次一次改,一次一次重新编译。第不知道多少次的时候,终于意识到问题不止一个——是层层叠叠加起来的。
老系统的代价
macOS 12.2 内置的 WebView 等价于 Safari 15.3,这是 2022 年的版本,而且改不了——不像浏览器能升级,系统 WebView 和系统版本绑死。
而 LLM Wiki 用的前端技术栈是 2025 年的:React 19、Vite 8、Tailwind 4、Milkdown、Mermaid。每一个库都踩中了老 WebView 不兼容的坑。修完一个冒出下一个,修完下一个露出再下一个。
这个问题修完本来以为就好了,结果——
之后前前后后发现了 6 处兼容性问题,修了 2 天。
最后那次编译,接着打开,页面也出来了,功能正常能用了。
那一刻真的超级无敌开心。

我现在也敢了
这件事让我兴奋的不是结果——能用了当然高兴,但更让我没想到的是:我一个测试,居然在完全不熟的领域把事办成了。
以前用 AI,我无形中给自己画了一个圈。我熟悉的事放手让 AI 搞,因为我能判断它说得对不对。出了这个圈就不一样了——跨架构编译、前端兼容性、桌面端打包,这些领域我完全没有判断力,AI 说了我只能信,信错了也不知道。所以我一直不敢往外迈。
但这次迈了。不是有把握了才迈,是不得不迈——不迈就继续被卡在外头。
然后发现其实没那么可怕。AI 自己会校验,跑不过去它也知道。代码它改,编译它跑,我只需要看效果——跑通了就过,跑不通就把报错丢回去。来回几轮,通了。
判断力不够,原来可以用耐心补上。
现在回过头想,以前遇到不提供 x86_64 版本的工具,只能绕道走。现在不一样了——有源码就行。源码就是我绕过硬件限制的后门。
都到这儿了,点个赞再走呗。我是村夫,下篇见。
夜雨聆风