AI时代,最危险的不是被替代,而是假装在思考
当AI编码工具让新人以‘高手’速度产出时,真正的竞赛已从‘写代码’转向‘是否真正理解自己在做什么’。本文揭示这场悄然发生的认知分层。
核心观点:AI带来的真正分界线,不是‘谁会被替代’,而是‘谁用AI思考,谁用AI逃避思考’——后者是当前技术行业最隐蔽的认知陷阱。
我们正经历一场前所未有的生产率幻觉。当一位七年经验的工程师在Reddit上写下‘一个锐气的新人现在可以超越自满的资深者’时,他并非在预言技术民主化的乌托邦,而是在发出警告:AI正在制造一种看似平等、实则危险的认知分水岭。这条分水岭不沿着会写代码与不会写代码划分,也不按照使用AI与拒绝AI划分,而是沿着一个更隐蔽、更本质的维度展开:你是在用AI加速思考,还是在用AI替代思考。
这个问题远比表面看起来要严峻。目前行业里充斥着‘AI只是工具’的安慰剂式言论,仿佛只要承认AI的辅助地位,就能回避一个根本性焦虑:如果一个新手仅靠描述需求就能让AI生成一个可运行的应用,那么他究竟学到了什么?又失去了什么?在Sequoia Ascent 2026的炉边谈话中,Andrej Karpathy提出了一个更深刻的框架:LLM的能力分布是‘锯齿状’的——它能在瞬间重构十万行代码,却可能建议你‘走几步去洗车’。这种能力的不规则性意味着,依赖AI的人很容易陷入一种虚假的掌控感:当AI在熟悉的领域游刃有余时,用户误以为自己也掌握了那个领域。
这才是真正值得警惕的。过去,技术的学习曲线是线性的:你付出时间,获得能力,两者大致成正比。现在,AI把这个曲线扭曲了。一个新手可以用自然语言指令‘安装一个软件包’,AI会智能地适配系统环境、调试错误、完成安装。从结果看,他确实完成了任务。但问题是:他理解自己做了什么吗?当安装失败、AI的‘智能’失效时,他是否有能力手动排查?如果答案是否定的,那他的‘生产力’就是建立在流沙上的高楼。
这种危险的幻觉在开发者社区中已有明显的征兆。一位从Electron转向Flutter的开发者分享了他的决策过程:他让AI做深度研究,生成报告,然后根据报告决定‘哪个框架的‘红旗’最少’。注意,他的决策依据不是自己的技术判断,而是AI对风险信号的汇总。这不是个例,而是正在蔓延的行为模式:人们不是在用AI辅助决策,而是在用AI取代决策。当工具开始决定战略方向时,工具的使用者就不再是主人,而是乘客。
然而,反方观点同样有力:难道‘知道如何获取答案’不本身就是一种能力吗?在信息爆炸的时代,记忆事实的重要性让位于搜索和验证事实的能力。如果AI能高效完成技术实施,为什么人类还要亲力亲为?这个质疑很有道理,但它混淆了两个不同的层面:知道‘什么’和知道‘为什么’。AI可以提供‘什么’——用什么框架、装什么库、写什么代码——但它无法提供‘为什么’,除非人类刻意追问。而正是这种追问,构成了真正的认知优势。
现实中的案例正在证实这个判断。那些在AI时代真正脱颖而出的人,不是会使用最多AI工具的人,而是能用AI放大自己思考深度的人。一位独立开发者用AI构建了‘Situation Monitor’仪表盘,AI检测到Cloudflare账单异常,不仅指出了问题,还帮助追溯了历史数据。这位开发者之所以成功,不是因为AI替他思考,而是因为他事先设置了正确的监控逻辑——他知道什么数据值得跟踪,什么异常值得关注。AI是他的放大器,而非替代者。
更值得深思的是Loopt的创始人Adeo Ressi在Sequoia的演讲中提到的观点:当前最大的机会不是用AI加速旧有的流程(比如写代码),而是创造以前不可能的功能。他举了三个例子:输入图像直接输出图像的‘menugen’应用、用自然语言描述代替安装脚本的‘install.md’技能、以及基于LLM的知识库——这些都不是在加快原有的工作方式,而是在开辟全新的工作范式。如果一个人只是用AI把代码写得快一点,他就错过了真正的飞跃;但如果他用AI来思考‘哪些事情以前根本做不了,现在可以做了’,他就站在了新范式的起点。
这就引出了一个更棘手的问题:教育体系和技术培训是否做好了准备?目前,大多数课程仍然在教学生‘如何使用工具’,而不是‘如何与工具协作思考’。当一个新生入学时,他面对的是能自动完成作业的AI,而老师却无法分辨哪些作业体现了真正的理解。如果教育不能及时转型,我们将培养出一代‘AI依赖者’——他们能完成所有任务,但无法解释任何任务。
经济层面同样存在不确定性。Karpathy指出,LLM的能力‘锯齿状’部分源于经济因素:收益和总可寻址市场决定了前沿实验室在强化学习中选择打包哪些训练数据分布。这意味着,AI的强项和弱项不仅由技术决定,还由商业利益塑造。如果你恰好在AI被‘训练’得最好的领域工作(比如写通用代码),你会感觉AI无所不能;但如果你在AI不太关心的边缘领域,你会频繁遭遇‘锯齿’的锋利边缘。这种分布不均,使得依赖AI的决策变得更加脆弱:你无法预测AI什么时候会突然失效。
反驳者可能会说,这不正是人类适应的方式吗?就像我们不再需要记住三角函数表,因为计算器随时可用;我们也不再需要记住每个API的细节,因为AI可以即时生成。但区别在于,计算器不会‘建议’你使用错误的公式,而AI会自信地给出错误答案。当一个人没有能力判断AI的答案是否准确时,他就完全丧失了控制权。
综合来看,这篇文章的核心观点并非反对使用AI——恰恰相反,AI是近几十年来最强大的认知放大器。关键在于,放大什么?如果你放大的是思考能力,你会变得更强;如果你放大的是偷懒能力,你会变得更弱。那个七年经验的工程师在帖子末尾写道:‘一个锐气的新人现在可以超越自满的资深者,但这个窗口不会永远敞开。’这句话的真正含义是:AI降低了起步门槛,但提高了精通天花板。新人可以凭借AI快速达到‘看起来不错’的水平,但真正决定长期竞争力的,仍然是那些只有通过深度思考才能获得的洞察力。
因此,AI时代最讽刺的悖论可能是:它让思考变得前所未有的重要,同时也让逃避思考变得前所未有的容易。选择权在每个人自己手上。但如果你选择了逃避,请不要在五年后惊讶地发现,自己成了那个‘自满的资深者’——即使你只是一个刚毕业的新人,因为AI让你误以为自己已经懂得了很多。真正的分界线,从来不在工具,而在你自己身上。
参考来源
- Has anyone switched from Electron to Flutter? Here is what I am considering. - https://www.reddit.com/r/electronjs/comments/1t0xejh/has_anyone_switched_from_electron_to_flutter_here/
- 7 years in tech, now building AI products on the side. What I actually see happening and honest take for freshers navigating this mess - https://www.reddit.com/r/developersIndia/comments/1t0ig0f/7_years_in_tech_now_building_ai_products_on_the/
- Fireside chat at Sequoia Ascent 2026 from a ~week ago. Some highlights:
- The first theme I tried to push on is that LLMs are about a lot more than just speeding up what existed before (e.g. coding). Three examples of new horizons:
- 1. menugen: an app that can be fully engulfed by LLMs, with no classical code needed: input an image, output an image and an LLM can natively do the thing.
- 2. install .md skills instead of install .sh scripts. Why create a complex Software 1.0 bash script for e.g. installing a piece of software if you can write the installation out in words and say "just show this to your LLM". The LLM is an advanced interpreter of English and can intelligently target installation to your setup, debug everything inline, etc.
- 3. LLM knowledge bases as an example of something that was *impossible* with classical code because it's computation over unstructured data (knowledge) from arbitrary sources and in arbitrary formats, including simply text articles etc.
- I pushed on these because in every new paradigm change, the obvious things are always in the realm of speeding up or somehow improving what existed, but here we have examples of functionality that either suddenly perhaps shouldn't even exist (1,2), or was fundamentally not possible before (3).
- The second (ongoing) theme is trying to explain the pattern of jaggedness in LLMs. How it can be true that a single artifact will simultaneously 1) coherently refactor a 100,000-line code base *and* 2) tell you to walk to the car wash to wash your car. I previously wrote about the source of this as having to do with verifiability of a domain, here I expand on this as having to also do with economics because revenue/TAM dictates what the frontier labs choose to package into training data distributions during RL. You're either in the data distribution (on the rails of the RL circuits) and flying or you're off-roading in the jungle with a machete, in relative terms. Still not 100% satisfied with this, but it's an ongoing struggle to build an accurate model of LLM capabilities if you wish to practically take advantage of their power while avoiding their pitfalls, which brings me to...
- Last theme is the agent-native economy. The decomposition of products and services into sensors, actuators and logic (split up across all of 1.0/2.0/3.0 computing paradigms), how we can make information maximally legible to LLMs, some words on the quickly emerging agentic engineering and its skill set, related hiring practices, etc., possibly even hints/dreams of fully neural computing handling the vast majority of computation with some help from (classical) CPU coprocessors. - https://nitter.net/karpathy/status/2049903821095354523#m