一场静悄悄的换岗正在发生。市场部的运营用两个下午的自然语言对话，拼出一个内部库存工具；财务分析师让 AI 把报表逻辑重写成可运行的脚本；产品经理在 Replit 上验证完想法，才拿着 demo 去排工程团队的期。这类故事多到已经不像新闻。最近，云平台 Massdriver 发表博客文章《Citizen Devs: Everyone is an engineer now》，在 Hacker News 上引出一轮讨论。标题像一句宣言：现在，人人都是工程师。
被下放的能力
文章的核心主张并不复杂：云计算、低代码平台与 AI 编码助手，正在把「构建软件」从工程部门手里下放到一线业务人员手中——工程师不再是一个工种，而是一种被普遍分摊的能力。
这番话的现实语境是真实存在的。Gartner 十几年前就造出 citizen developer（公民开发者）一词，专指用低代码工具自建应用的业务人员，并曾预测企业大多数新应用将依托低代码/无代码技术落地。2025 年初，Karpathy 用一句「vibe coding」给这股趋势补上了 AI 叙事：接受 AI 生成的代码，甚至不必逐行细看。本站此前也报道过，Meta 已把 vibe coding 应用 Pocket 推向全美。单看「写」这一步，门槛确实塌了。
第三次「编程民主化」
但这远不是业界第一次做出类似承诺。上世纪八十年代的第四代语言（4GL）就许诺过「终端用户计算」，让业务人员自己描述需求、自己出报表。真正的赢家其实是 Excel——数亿人每天在写公式和宏，其中不少直接支撑着银行和投行的关键流程。
公民开发的另一面，是同样悠久的「影子 IT」：绕过 IT 部门长出来的工具，没人测试、没人备份、没人负责。摩根大通「伦敦鲸」事件中，一个 Excel 手工流程的复制粘贴错误，正是失控链条上的一环。公民开发者从来不是新问题，只是过去它的爆炸半径有限。
账单记在谁头上
AI 带来的真正变量是规模。过去的低代码受限于平台模板，业务人员能搭的无非表单和审批流；如今大模型可以生成任意代码，瓶颈从「会不会写」移到了「会不会验证」。而验证能力的增长，远远赶不上代码产出的膨胀。
于是几条曲线开始错位：生成代码的成本趋近于零，读懂、测试、维护它的成本却纹丝不动，这笔差额最终仍会记到某个工程团队的头上。对组织而言，治理困境随之加深——压制公民开发，只会把更多工具推回影子区；放任不管，安全与合规风险又在生产环境里裸奔。对工程师个体而言，工作重心正从「写」转向搭平台、定护栏、收拾现场。从这个角度看，「让一个 LLM 专门清理另一个 LLM 的输出」这类新工种，不过是同一场迁徙的注脚。
编辑点评
「人人都是工程师」是一句只说对一半的口号：工具平民化了，工程没有。会按快门不等于懂布光，能写出通顺句子不等于能写成一本书；同样，能让 AI 吐出一段可运行的代码，不等于能在三年后接手这段代码、判断它该不该动。工程的内核从来不是产出代码，而是权衡、演化，以及出事时有人担责——而「担责」这一项，至今仍牢牢指向工程部门。
与其说人人都要变成工程师，不如说人人都需要开始理解软件的代价。键盘发下去了，账单还在原来的地方。