李博!我最近看到一个特别离谱的案例,一个央企建筑师,完全不懂代码,半年时间用AI写了好几个专业插件,还搭了个网站。
哦你说的是那个用Codex做Blender插件的?我也刷到了。
对对对!就是他。你觉得这事儿靠谱吗?我第一反应是——这也行?
嗯,其实我一点都不意外。你知道Vibe Coding这个概念吧?Karpathy年初提的,就是说你不需要懂代码,用自然语言描述需求,AI帮你全写了。这个建筑师就是典型的实践者。
等等,我先帮听众铺垫一下背景。这哥们儿是中国能建的建筑师,做数字化方向的,搞AI应用探索两年多了。他的痛点特别具体——
比如要从全国各地政府网站上扒土地招拍挂信息,什么用地性质、容积率、建筑限高,这些东西分散在几百个网站上,格式还都不一样。
对,这就是典型的「小工具解决大痛点」。你想啊,这种需求去找程序员开发,光沟通成本就够喝一壶的。而且建筑师自己最懂需要什么数据、什么格式。
他还开发了Blender插件和ComfyUI的自定义节点。我简单说一下,Blender是做3D建模渲染的,建筑可视化常用;ComfyUI是那个节点式的AI生图工具。这两个在建筑设计里主要用来出效果图和快速可视化方案。
而且他开发的不是玩具级别的东西。有一个高斯泼溅的镜头控制插件,需要加控制点来固定相机旋转轨迹——这个技术含量其实不低。
真的假的?高斯泼溅那个3D重建技术?这对一个不懂代码的人来说也太硬核了吧。
我跟你说,这就是Vibe Coding最颠覆的地方。你不需要懂3D Gaussian Splatting的数学原理,你只需要知道「我要在镜头路径中间加一个控制点,让旋转更平滑」。剩下的事情AI来搞定。
所以本质上他干的是产品经理的活?
没错,而且是最理想的那种产品经理——自己就是用户。
哈哈好吧,那我这个真·产品经理压力有点大。说说他的工具选型吧,我看他踩了不少坑?
他经历了三代工具。第一阶段用VSCode加国产的GLM5,入门够用;第二阶段换Claude Code,能力明显上了一个台阶;最后落在GPT Codex桌面端。
国产模型和海外模型差距大吗?
他的原话是,同一个问题国产模型要来回十来轮对话才能用,Claude或Codex两三轮就搞定。那个高斯镜头插件的控制点功能,国产模型始终没实现,最后靠Claude和Codex才做出来的。
十轮对两轮,这效率差了五倍啊。
在编程场景下差距确实明显。不过我得说公道话,国产模型进步也很快,只是在代码生成这个细分领域还有差距。
那他最终选Codex桌面端,具体好在哪儿?
有个杀手级功能——注释标注。你直接在内置浏览器的页面上点击你想改的地方,然后用自然语言说要怎么改。比如他觉得生图预览区域太长,直接点那个区域说「让图片预览在一个窗口内显示完整缩略图」,Codex立刻就改了。
等等,这不就是所见即所得吗?!
对!传统开发是需求描述、写代码、编译、运行、看效果,好几步。现在一步到位。
这我太有感触了。我们做产品的时候跟开发沟通,光描述一个UI问题就要截图标注写半天。
所以你们产品经理以后可能真不需要开发了。
得了吧,你们研究员也快被替了好吗。
哈哈,互相伤害。不过说正经的,他还分享了一个特别实用的省钱技巧——用API中转站。
这个我好奇,Codex不便宜吧?
Plus会员一个月大概150块人民币,但用会员账号生几张图就烧掉20%额度。换成API中转站呢?生四张图才一毛四,一张图不到五分钱。
一毛四?!这差距也太大了。
中转站本质上就是团购模式,批量采购API额度再低价转售。他算过账,150块充中转站能用两三个月,一天也就十几二十块。
不过中转站数据要过第三方服务器,安全性怎么说?
这确实是个风险点。涉及敏感数据的时候要谨慎,但对于个人项目和插件开发来说,问题不大。
好,最后聊聊他总结的经验吧。我觉得有一条特别戳我——「明确需求比技术能力更重要」。
这条是核心中的核心。你想,AI编程时代最稀缺的不是写代码的能力,而是知道要写什么。这恰恰是领域专家的优势。
对,建筑师最懂建筑师需要什么工具。程序员反而不一定理解那些细碎的业务痛点。
他还有一条我很认同——拥抱迭代思维。AI编程不是一次写完,是通过多轮对话不断逼近理想效果。传统敏捷开发以周为单位迭代,Vibe Coding把迭代周期压缩到分钟级别了。
分钟级迭代,这个概念好猛。
所以他的建议总结起来就四条:搞清楚要什么,用最好的工具,从真实痛点出发,然后不断迭代。
嗯,我在想一个更大的问题。当一个建筑师能自己写插件、搭网站的时候,是不是意味着每个行业的专业人士都可以成为自己工作流的开发者?
我觉得这就是这个案例最有价值的地方。最了解需求的人,现在也能亲手实现需求了。软件开发不再是程序员的专属领地。
哎,说得我也想试试了。回头用Codex给我们产品线写个内部工具。
去吧去吧,写完了记得来节目里分享踩坑经历。