AI时代的真正分水岭不在于会不会用,而在于用它来思考还是逃避思考
当AI工具唾手可得,真正的差距不在技能,而在心智习惯。那些用AI来加速认知闭环的人,正在拉开与仅仅用它完成任务的同行的距离。
核心观点:在AI快速渗透技术行业的当下,真正的职业分水岭并非是否使用AI,而是用AI来强化思考还是替代思考,这一差异正在重塑技术人才的竞争力格局。
技术行业正经历一场无声但剧烈的分化。表面上,所有人都在谈论AI,都在尝试AI工具,但真正决定职业走向的,早已不是会不会用ChatGPT或Copilot。从Reddit上一位七年经验工程师的坦诚分享,到Karpathy在Sequoia Ascent 2026上的演讲,再到那些在开源社区中默默构建智能体的实践者,一个清晰的信号正在浮现:AI带来的不是技能鸿沟,而是心智习惯的分水岭。
那位自称“七年技术老兵”的工程师在帖子中直言不讳:当下的焦虑并非不理性,地面确实在移动。但他的核心观察远比常见的“AI不会取代你,会用AI的人会取代你”更锋利——真正的分水岭在于“用AI来思考的人”和“用AI来逃避思考的人”。这不仅仅是一句漂亮的口号,而是对当下技术生态的精准解剖。
什么是“用AI来思考”?它意味着将AI当作认知的延伸,而不是替代。当一个人面对复杂问题时,他不是直接让AI给出答案,而是让AI帮助梳理框架、挑战假设、提供反方视角,然后自己完成最后的判断和决策。这是一种元技能,它要求使用者本身就具备强大的问题意识和逻辑能力。而“用AI来逃避思考”则恰恰相反:把任务整个外包给AI,然后不加审视地接受输出,甚至逐步丧失独立分析的习惯。
这种差异在程序员群体中已经表现得淋漓尽致。Karpathy在演讲中提到了一个关键概念:“LLM的能力锯齿形模式”——同一个模型可以完美重构10万行代码的代码库,却告诉你应该走到洗车店去洗你的车。这种不一致性恰恰揭示了使用者的责任:如果你不知道模型在哪些领域可靠、在哪些领域容易出错,你就无法真正驾驭它。而那些逃避思考的人,往往把模型的所有输出都当作真理,最终在关键时刻摔得鼻青脸肿。
更深层的问题在于,这种分水岭正在被教育系统和职场文化加速固化。那位工程师指出,大学阶段是进入“思考型使用者”阵营的最佳时机——不是因为学校里教了AI,而是因为年轻人还有足够的时间和低试错成本去构建真实项目、深入掌握工具、学会阅读和导航代码库。相比之下,那些已经工作多年、习惯了既有工作流的资深工程师,反而更容易陷入“用AI加速完成旧任务”的舒适区,而非探索AI带来的全新可能性。
但这条分水岭并非不可逾越。一个关键的反直觉事实是:当前的技术变动速度如此之快,以至于一个敏锐的新人完全有可能超越一个自满的资深者。那位工程师说得很直白:“这个窗口不会永远敞开。”这意味着主动权实际上掌握在那些愿意投入时间重新思考工作方式的人手中,不论他们处于职业生涯的哪个阶段。
从更宏观的视角看,这不仅仅是个人职业选择的问题。Karpathy在演讲中提到的三个新方向——被LLM完全吞噬的应用、用自然语言替代安装脚本、基于LLM的知识库——都指向同一个趋势:AI正在扩展“可计算”的边界。过去只有结构化的数据才能被程序处理,现在非结构化的知识、模糊的指令、甚至视觉输入都可以被原生地理解。这种扩展意味着,那些只会写传统代码的人,正在面对一个越来越狭窄的生存空间。而真正的机会,属于那些能够理解AI的能力边界、知道何时何地应用它的人。
当然,这种观点并非没有争议。反对者会说:AI工具的易用性本身就鼓励外包思考,这是人性使然,企业也乐于看到效率提升,何必苛责?还有人认为,所谓“用AI思考”不过是旧精英话语的翻版,用来区分新一波的“AI贵族”和“AI平民”。这些质疑有其道理,但它们恰恰忽略了关键一点:历史反复证明,每一次工具革命都会重新定义什么是“真正的能力”。在搜索引擎出现时,记忆事实的能力贬值了;在计算器普及时,手算能力贬值了;现在轮到“知道如何写代码”贬值了。唯一不会贬值的,是提出正确问题的能力、判断答案质量的能力,以及把碎片信息整合成连贯行动的能力。
从实践层面看,那些已经在这个新生态中获益的人,往往并非技术最顶尖的极客。一个在Twitter上分享自己用“vibe coding”方法构建争议解决工具的独立开发者,他并不是在写复杂的算法,而是将业务逻辑清晰地拆解给AI,让AI负责生成证据文档。他赢下的不是技术竞赛,而是对AI能力的深刻理解和对业务痛点的精准把握。这正是“用AI思考”的最佳注脚:不是让AI替你做决定,而是让AI帮你更高效地执行你的决定。
回到那个分水岭:它不是一个静态的标签,而是一个动态的实践。每天都有无数人在不知不觉中做出选择——是让AI扩展自己的认知边界,还是让AI替代自己的认知责任。这个选择看似微小,但在一个技术以周为单位迭代的时代,它的累积效应将在未来几年内清晰地画出一条职业轨迹的分界线。而这条线,最终会以谁都无法忽视的方式,定义下一个时代的技术精英。
如果把这个判断再往前推一步,真正重要的不是 7 years in tech, no…、Fireside chat at Se…、【相变临界】17章主线磨难/沙盘推演全… 本身,而是它们共同暴露出的分配逻辑。 reddit、x、bilibili 在同一轮里把注意力推向同一问题,通常意味着这个主题正在从圈层内部经验,转向更可共享的公共议题。 这也是为什么这种内容值得写成长文:短帖只负责提醒你“这里有事发生”,但只有长文才能把背景、代价、误判空间和后续影响放到同一张桌面上。 换句话说,在AI快速渗透技术行业的当下,真正的职业分水岭并非是否使用AI,而是用AI来强化思考还是替代思考,这一差异正在重塑技术人才的竞争力格局。 之所以重要,不是因为它看上去新,而是因为它会重新定义用户接下来应该如何理解这一类内容。
参考来源
- 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
- 【相变临界】17章主线磨难/沙盘推演全关卡 摆完挂机 简单好抄 明日方舟 - https://www.bilibili.com/video/BV14WRKBYE9P