你不是在用AI编程,你是被AI编程

最近看到一句话，差点没把我噎住。

Anthropic在一份研究里说了一句话，大意是：有效使用Claude需要监督，而监督又需要那些可能因为滥用AI而退化的编码技能。

这个说法有个名字，叫"paradox of supervision"——监督悖论。

翻译成人话就是：你得先是个很厉害的程序员，才能用好AI编程工具；但AI编程工具会让你慢慢变成一个不那么厉害的程序员。

你品一品。

这是一个死循环。

越来越多人掉进去了

LinkedIn工程总监Sandor Nyako管着50个工程师，他注意到团队里AI编程工具用得太狠了，直接下令：不准用这些东西做需要批判性思维和问题解决的工作。

他的原话大概是：人要成长，就得经历困难，得自己把问题想明白。如果一个人没有批判性思维，他怎么判断AI给出的东西到底对不对？

Anthropic自己在报告里承认了：调试技能出现了47%的下降。

不是5%，不是10%。是将近一半。

而且不只是新手在退步。Simon Willison，接近30年经验的老开发者，最近在一个采访里说，他感觉自己对应用能做什么、怎么运作的"清晰心智模型"正在变模糊。

一个写了30年代码的人，开始不确定自己写的东西到底在干什么。

这不是个例。

认知债务：比技能断层更隐蔽的问题

比"不会写代码"更可怕的问题，是"以为自己会，其实不会"。

Agentic Coding这套工作流，本质上是让人退到更远的地方去看代码。你不是动手写的人，你是审稿的人。

但审稿的前提，是你比写的人更懂这段代码在干什么。

一个刚入行的程序员，用Cursor一天跑完以前一周的活。功能实现了，测试也过了。问他为什么用这个组件、为什么这么设计、线上可能有哪些坑，他说不上来。

他不是故意的。他是真的不知道。

更危险的是，他可能不知道自己不知道。

这种感觉，用多了AI编程的人应该都有体会。代码跑通了，但上下文是模糊的。你能说清楚这一行在做什么，但说不清楚它和整体架构之间的关系。

这不是AI的问题。这是使用方式的问题。

当你把"写代码"外包给AI，你其实外包的不只是输出，还有思考过程本身。

技能断层：为什么老工程师也慌了

有一种说法是，程序员只是在"往上一层挪"——以前手写汇编，后来写C，后来写Python，现在让AI写。你只是在换工具，本质没变。

这个说法有道理，但不是全对。

以前一个C++工程师转Java，没有人说自己脑子变糊涂了。一个系统管理员上云，没有人说自己不懂网络了。

但今天你去看那些用了两年代码Agent的工程师，有相当比例的人会说：我感觉自己对代码的感知变钝了。

Dax，OpenCode的作者，在一次采访里说了句大实话：

"当我做新的、有挑战性的工作时，我敲代码的过程就是我想清楚这件事的过程。我很难坐在那里，先写一份完整的需求规格文档，把所有细节都想明白再动手。"

他接着说："我喜欢写类型定义，喜欢看几个函数怎么配合，喜欢用文件夹结构去试探不同的概念应该怎么组织。这些都是我发现问题、想清楚问题的方式。"

换句话说：代码不是思考的结果，代码就是思考本身。

你把思考过程外包出去，得到一段你不太理解的代码，然后你指望用这段代码来维持你的技术判断力。

这怎么可能。

这个陷阱的可怕之处

这个陷阱最阴险的地方在于，它用"效率"把这些问题全部遮住了。

你一天能跑完以前一周的活，这是真的。

但你同时也在失去一些东西，这些东西不会在当天的产出里体现出来，它们会在半年、一年以后，以你想象不到的方式找你算账。

Jeremy Howard，fast.ai的作者，说过一句话：

"现在全力押注AI Agent的人，正在保证自己的过时。如果你就把思考全部外包给电脑，你的技能提升、学习能力、专业能力都会停止。"

他还说："这不是假设，这是正在发生的事。"

怎么出来

我不是来说"不要用AI编程"这种正确废话的。

AI编程工具确实强，确实能提效，这点不用反驳。

问题是，用法。

Lars Faye在原文里给了一个思路，我觉得说到了点子上：把AI的角色降级。具体怎么降？他是这么说的：

第一，用AI生成规格和计划，但实现部分还是自己动手。任务简单的时候100%手写，复杂的时候至少保证20%是自己写的。

第二，写伪代码，再让AI根据伪代码生成正式代码。这样你脑子里有清晰的实现路径，AI只是在翻译，不是在替你思考。

第三，不让AI做你从来没做过的事。如果一个技术你还没掌握，就不能用AI代理你的理解。你可以用AI来学习它，但不能用AI绕过学习它的过程。

第四，每次生成的东西不超过自己能review完的量。超过就拆任务，放慢速度，保证自己真的理解每一行。

他的原话是：用AI编程，不要被AI编程。

听起来像废话，但做到其实挺难的。

难就难在你得主动放弃一部分效率，换取对代码的掌控感。

这件事反人性。

因为老板只会问你功能什么时候上线，不会问你这段代码你有多懂。

但你自己的判断力，和你对自己在做什么的清晰度，是需要你自己去保护的。