我的播客:低能量!
2026-06-14

这周不小心干了件大事,我自己的播客「低能量!」开播了。欢迎订阅:

小宇宙订阅链接

我是怎么 AI Coding 的

很惭愧,我从来没用过 Claude Code, 也从来没用过 Codex,这些最先进的生产力,我全都没用过。

我还停留在 IDE 形态的早期 AI 编程阶段,Cursor 和 Trae 是我最常用的两个 IDE,但它们的默认形态也不再是 IDE 了,不知道哪天会不会彻底放弃掉 IDE,只留一个对话框。

最厉害的编程大模型我也没在用,都是用国产的破烂,它们已经足够我用了。为啥够用呢?看看我是怎么 AI coding 的。

就拿刚刚开发的一个抠像功能为例。我没有直接跟 AI 说,在某个页面开发一个抠像功能。而是先让 AI 测了几种客户端抠像,我试了一下效果,速度又慢又抠不干净,就像是有的人热衷在本机跑大模型,对机器要求很高不说,关键是效果太差。

客户端抠像这条路行不通,就只好走服务端。我让 AI 找了阿里云上的抠像服务,效果很高,发丝级别的边缘处理,速度快,价格便宜。技术验证算是完成了。

接下来是如何实施。我没有让 AI 从零开始干,而是先把基础设施搭好:

  1. 封装抠像服务
  2. 客户端直传OSS的代码
  3. 抠像服务对用户配额限流

这里面有我自己的考虑,重点说说第2项,为什么用OSS直传。阿里云的抠像服务只在上海地区有,最快的方式是把图片放在上海的OSS上,但我的主服务器在北京,如果用户先把图片传到北京的服务器,然后我再把它传到上海服务器,占我主服务器资源不说,时间也都折腾在路上了。

而采用OSS直传,就可以从用户那里直接把图片传到上海的OSS,上海的抠像服务就近取,速度更快。也几乎不占我主服务器资源,主服务器上只做鉴权,不做传文件这样的重活。

上面这些确实花了不少时间,因为我要给 AI 讲方案,还要逐个去验证。所有的脚手架搭好了之后,AI 只需要把这几样东西串起来,就能完成整个功能了。万事俱备后,我只用交待一句话,说完就起身走了。

回到电脑前,发现 AI 把已经把活干完,漂漂亮亮的。是我一天当中最爽的时刻。

END