2026年4月19日
为什么是 Build. Think. Ship.
在 AI 时代,稀缺的不是工具或代码能力,而是把想法持续变成结果的能力。 Build、Think、Ship 不是口号,而是一种筛选:构建系统,而不只是写代码;做判断,而不只是要答案;进入现实,而不是停留在 demo。 这是一种面向 AI Native 的工作立场。

AI 不是工具升级,而是生产方式的断代。
会写代码的人,不再稀缺;
会用工具的人,也很快不稀缺。
真正稀缺的,是一类人:
能持续把想法变成结果的人。
所以我只保留三件事:
Build. Think. Ship.
Build
Build 不再只是写代码。不再只是写代码。不再只是写代码。
过去的软件工程,是从函数到模块,再到系统;
现在的构建,是在模型、工具和流程之间,组合出一个能工作的整体。
你不需要从零实现一切,
但你必须知道如何把一堆不完整的能力,拼成一个可以运行的系统。
代码正在贬值,构建能力在升值。
我不再把“写了多少代码”当成产出,
而是看:这个东西,是否真的被构建出来,并且能运行。
Think
AI 可以给答案,但不会替你判断。
大多数人使用 AI 的方式是:
问一个问题 → 接受一个答案。
但真正有效的方式是:
拆问题 → 设计路径 → 利用 AI。
差别不在工具,而在思考方式。
AI 不会让你变强,它只会放大你原本的能力。
Prompt 只是形式,
判断才是核心。
Ship
不交付的东西,本质上不存在。
AI 让 demo 变得很容易,
也让“看起来在做事”变得更容易。
但真正有价值的,是:
- 上线
- 被使用
- 被反馈
- 被修改
在现实中运行过的东西,才算数。
我不追求完美版本,
甚至不追求完整版本。
半成品,只要进入现实,就比一个完美的想法更有价值。
最后
Build. Think. Ship.
不是方法论,而是一种筛选。
在 AI 时代,信息越来越多,表达越来越相似。
真正重要的,不是知道什么,而是:
- 你如何构建
- 你如何判断
- 你是否交付
这个博客会持续记录这些过程。
如果你也在用 AI 构建,而不是被 AI 推着走,
那我们大概率是同一类人。