昨天那篇发完，有个读者私信我：“你是不是在制造焦虑？”

我想了一下。

不是。

我是在描述现实。

一、为什么这个问题会刺痛人？

先说说这位读者。

他工作了8年，在一家中厂做后端开发，月薪28K，房贷每月还一万二，孩子刚上幼儿园。他说他看完我那篇，一晚上没睡好。

我懂那种感觉。

就像你正在一条路上走着，虽然有点累，但觉得这条路还能一直走下去。突然有人告诉你：前面修路，不通了。你得换条路。可你不知道新路在哪，也不知道自己还走不走得动。

这不是焦虑。

这是现实突然撞了你一下。

二、我把OpenClaw能做的事，认真拆了一遍

OpenClaw发布后，我花了一周时间，拿它跑了几十个真实的工作场景。不是为了测评，是想搞清楚一件事：

它到底能替代什么，不能替代什么？

结论是这样的：

1️⃣ 初级CRUD程序员

• 写接口

• 搭表结构

• 写增删改查

• 联调基本业务流程

👉 这类工作，AI已经可以覆盖70%以上

不是说AI能完全替代人，而是它能把脏活累活干完，留给你30%的修修补补。问题是，以前三个人干的活，现在一个人加AI就够了。

2️⃣ 工具型开发

• 写脚本处理数据

• 做自动化工具

• 整理脏数据

• 写各种一次性工具

👉 这类工作，AI效率比人高太多

以前写个脚本可能要半天，现在AI十分钟给你生成，你改改就能用。效率提升不是30%，是300%。

3️⃣ 只会“接需求”的人

以前的工作流是这样的：

产品经理 → 你（翻译需求）→ 代码 → 结果

现在的工作流是这样的：

产品经理 → AI → 结果

你看，你被跳过了。

最可怕的不是AI强。是你突然发现：你过去10年的经验，很多是“可复制的”

那些你引以为傲的熟练工技能——知道哪个表怎么建、哪个接口怎么写得规范、哪个坑怎么绕过去——AI学一遍，只需要几秒钟。

三、但我发现有一类人，我一点不担心

甚至，他们会更值钱。

这类人只有一个特点：

👉 他们不是“写代码的人”，而是“设计系统的人”

什么意思？

我观察了两个同事。

同事A，工作5年，技术不错，GitHub提交记录密密麻麻。但他的工作方式是：产品给需求，他问清楚，然后闷头写。写完了，交付，等下一个需求。

同事B，工作8年，代码写得不一定比A好。但他的工作方式是：产品给需求，他会先问——“这个需求要解决什么问题？”然后他会说——“如果是我，我会换个方式做，我给你画个方案。”

前者是接需求，后者是定义方案。

前者是写代码的人，后者是设计系统的人。

四、两者有什么区别？

写代码的人：

• 关注“怎么写”

• 关注技术栈、框架、语法

• 工作是线性的：需求→代码→交付

• 价值在于执行效率

设计系统的人：

• 关注“为什么写”和“写什么”

• 关注业务逻辑、数据流转、架构取舍

• 工作是立体的：理解问题→设计方案→拆解执行→验证结果

• 价值在于决策质量

AI能替代执行，但替代不了决策。

因为决策需要：

• 理解业务背后的真实诉求

• 在多个方案中权衡成本和收益

• 预见未来可能出现的问题

• 对人性的理解（谁会用、谁会维护、谁会买单）

这些东西，AI学不会。

不是技术上学不会，是它没有在那个位置上，担过那个责任。

写这些，不是想让你焦虑。

是希望你早点看到这个现实：

AI不会淘汰程序员，但会用AI的程序员会淘汰不会用的。

就像30年前，不会用Excel的会计被淘汰了，但会用Excel的会计变成了财务分析师。

技术变革从来不是第一次，也不会是最后一次。

区别只在于：

• 有的人看见了，转身就走。

• 有的人看见了，开始做准备。

下一篇，我把这条路讲透。

普通程序员怎么活下来。

我是那个【房贷压不垮的码农】

欢迎关注我，围观一个中年码农的AI翻身仗