AI 时代，有三类能力我不会外包

我现在已经很习惯让 AI 参与很多工作：整理材料、压缩上下文、补回归测试思路、先给出一版结构、把零散记录改写成更能阅读的段落，甚至在代码层直接参与排查、修改和验证。对独立开发者来说，这种提速非常真实，因为它减少的不是抽象上的劳动，而是很多原本必须自己重复完成的机械动作。

但我也越来越明确，有些能力一旦交出去，后面整条产品主线就会开始偏。最危险的地方不是 AI 明显做不到，而是它看起来像能做，于是你开始在最关键的位置也偷懒。真正不能外包的，往往正是它最容易伪装成“我也能帮你搞定”的那部分。

AI 很擅长给出多个版本，也很擅长把每个版本都说得像有道理。它可以帮你列选项、补背景、整理论据，甚至把问题讲得比你自己更完整。但做产品最关键的时刻，往往不是看见了多少可能性，而是砍掉大多数可能性，决定现在到底要相信哪一条路。

比如首页该不该继续只是文章流，about 页到底应该讲什么，某个产品入口现在该不该留下，Cloudflare 构建阻塞修完之前能不能算“可发布”，这些都不是语言组织问题，而是方向判断问题。AI 可以帮我把材料铺开，却不能替我承担“现在就按这个方向走”的责任。因为最后承担结果的人是我，不是模型。

判断决定方向，取舍决定代价。它要求你承认资源有限、时间有限、一个人不可能同时把所有事都做到最好。AI 经常天然倾向于把事情讲全，于是看起来每条路都值得保留、每个模块都可以再补一点、每个方向都能找到一个“也合理”的说法。但真实工作里，最重要的往往正是删掉。

删掉一个现在不该展开的入口，删掉一个会把系统拖进额外维护成本的流程，删掉一个虽然看起来完整、其实和主线关系不大的功能，这些动作都带着明显的痛感。它们之所以重要，是因为它们会改变未来几周甚至几个月的工作形状。如果把这种取舍长期交给 AI，你会很容易得到一个解释非常充分、结构也很完整、但边界越来越厚的系统。它看起来什么都考虑到了，实际却越来越不利于推进。

责任不是一句价值观口号，而是一个非常具体的问题：如果这个版本发出去出问题，应该先回头查哪一步？如果一篇文章越来越不像真实工作现场，是谁放任它滑过去的？如果一个功能入口还没准备好却被提前暴露，是谁做了这个决定？这些问题最后都不会落到 AI 身上，只会落回我自己。

独立开发最大的优势之一，是判断链路短；最大的压力之一，也是没有人能替你兜底。AI 可以帮我减少很多重复劳动，但它不能替我对一条路由负责，不能替我对一次发布判断负责，也不能替我对一篇文章的立场负责。只要我把这个边界忘了，AI 就会慢慢从协作者变成“我为什么这次先不想清楚也没关系”的借口。

很多人会以为，随着 AI 变强，不能外包的东西会越来越少。我现在反而觉得，真正重要的那几类能力会越来越重要。因为执行层越容易被提速，最后留下来的就越是判断、取舍和责任这些不能被平滑代替的部分。对独立开发者来说，真正的价值也恰恰在这里：产品、工程和表达之所以能形成统一气质，不是因为工具统一，而是因为最后做决定的人始终没换。

这也是为什么我现在会刻意把 AI 放在一个更明确的位置上：它应该帮助我更快抵达判断，而不是替我拥有判断；应该帮助我减轻机械劳动，而不是替我承担产品后果；应该帮助我整理和放大真实工作，而不是替我制造一个看起来很完整、其实越来越脱离现场的版本。

如果把边界说得更直白一点，我现在愿意把越来越多的“做”交给 AI，却不愿意把最关键的“为什么这样做”“为什么不做别的”“这件事出了问题算谁的”交给 AI。前者越放大，效率越高；后者一旦外包，主线就会越来越不像自己。

对我来说，这并不是保守，而是一种更现实的协作方式。因为独立开发真正稀缺的，不是执行产能，而是能够持续把产品、工程和表达拉在同一条主线上的那几次关键决定。那几次决定，只能由我自己做。