最近几年技术圈有个高频句子:历史总是在重演。从个人电脑到互联网,从移动互联网到云计算,每一轮技术浪潮刚露头的时候,几乎都会引发一轮“我们该做些什么”的大讨论。这轮的主角是AI,准确说,是大语言模型和生成式AI。我在一线做技术、写代码、也带团队,这半年越来越确定一件事:AI不是简单的工具升级,它正在把“可被规则化表达的工作”批量外包给机器,就像当年蒸汽机外包体力一样。
这篇文章想聊的,不是“AI会不会取代人”这种喊了两年的口水话题,而是更实际的东西:普通开发者、内容创作者、管理者、学生,现在到底该把时间花在哪,怎么调整自己的工作方式,怎么避开我在实操中踩过的坑。适合所有正在用AI、又隐隐觉得哪里不对的人——不管你是用AI写代码、写文案、做图,还是被老板要求“赶紧把AI用起来”,这篇文章都值得你花15分钟读完。
1. 历史重演:AI进入的节奏和过去几轮技术浪潮一模一样
1.1 三次浪潮的对照:从体力到脑力的“外包”路径
如果你把过去两三百年的技术演进摊开看,会发现规律非常清晰:每一次重大技术变革,本质上都是把“人的某一种能力”外包给机器。
工业革命外包的是体力。蒸汽机、内燃机出现后,人类不再需要用肌肉去搬东西、纺纱、拉货。这淘汰了一批体力岗位,但同时也创造了工程师、机械师、工厂管理者这些新岗位。互联网革命外包的是信息分发能力。门户网站和搜索引擎出现后,普通人不再需要靠熟人打听、靠图书馆查资料才能得到信息,这改变了媒体的权力结构,也让“网站编辑”“SEO工程师”“增长黑客”这些职业从无到有。移动互联网紧接着外包了“随时随地连接的能力”,于是有了平台经济、直播电商、骑手网络。
现在轮到AI。大语言模型外包的是什么呢?是“把规则表达清楚就能得到结果”的那一类认知劳动。翻译、初稿写作、简单代码生成、报表解读、常见问题解答——只要你能把要求说清楚,AI就能把活干出七八十分。这和当年的打字员被Word取代、汇编程序员被高级语言取代是同一类故事:工具越好用,越依赖人把“意图”表达清楚,越考验人对结果质量的判断。
1.2 为什么总觉得“历史重演”——人性的规律与技术的代偿
很多人会问:为什么每次技术浪潮来,我们都会觉得“这次不一样”?其实一半是错觉,一半是真的不一样。
错觉的部分在于,人脑天生对“失去”比对“获得”敏感。当年排版工看着激光照排系统时的心情,和今天编辑看着AI自动生成初稿时的心情,本质上没有区别。社会心理学里管这叫损失厌恶,技术焦虑不过是它的一种表现形式。真的不一样的部分在于,AI的技术曲线确实比前几轮陡峭得多。个人电脑进入家庭用了十几年,智能手机普及用了七八年,而大模型从“聊天玩具”到“企业生产力工具”,只用了大概两年。也就是说,这一轮留给普通人学习、适应、转型的窗口期明显更短。
理解了这两点,心态就能摆正:焦虑是正常的,但焦虑本身不产生任何生产力。真正应该做的,是看清楚“可被外包的能力”和“不可被外包的能力”之间的边界在哪里,然后果断往后者迁移。
提示:不要问“AI会不会取代我”,要问“我的能力结构里,哪些部分是可被规则化的”。凡是能清晰写成SOP的工作流,AI基本都能做得更好更快;凡是需要临场判断、审美感知、责任担当的部分,AI暂时替代不了。
2. AI时代真正改变的:工作流、技能结构和判断力
2.1 工作流被重写:从“我来做”到“我来审”
过去半年,我做了一个实验:把自己日常工作中所有可以被AI介入的环节,全部强制加入AI。结果发现,我的工作流发生了非常清晰的三段式变化——生成、比对、决策。
以前写一份技术周报,从梳理数据到组织语言需要40分钟;现在AI在10秒内生成初稿,但我要花15分钟核对数据来源、纠正措辞、调整汇报口径。以前处理一个线上Bug,我需要翻日志、猜原因、写修复代码;现在AI能快速给出排查方向和候选代码,但我必须理解问题上下文,判断它给的方案是否真的适配我的系统架构。差别不在“做得快不快”,而在“判断得多不多”。
这意味着一个很重要的转移:任务执行的耗时被大幅压缩,人被解放出来的时间,重新投入到“审阅、追问、权衡”这些更靠上的能力上。放在五年前,一个初级程序员的主要价值就是“写得出代码”;放在今天,初级程序员的价值变成了“敢于对AI生成的代码说不,并且说得出为什么”。这个变化对所有岗位都成立,只是程度不同。
2.2 技能结构迁移:哪些能力升值,哪些贬值
把AI引入工作流之后,我和团队成员一起给技能做了一个分类,按“AI替代风险”和“AI杠杆价值”两个维度排了序。排完之后发现,最值钱的技能是那些AI很难替代、但一旦你掌握又能反向指挥AI的技能。
贬值明显的技能集中在“熟练工”层面:打字速度、格式排版、初级翻译、模板化写作、基础数据处理、简单增删改查代码。这些不是不重要,而是已经变成了AI的基线能力,人再花大块时间去练,性价比极低。升值明显的技能有三类。第一类是提问和界定问题的能力——能把模糊的需求拆解成AI能理解的指令,本身就是一种新的写作能力;第二类是交叉验证的能力,知道AI给的答案需要用哪些一手资料去比对;第三类是责任感和审美感,知道什么时候该停手、什么标准才算“好”。这三类能力的共同点在于:它们都需要真实的工作经验和领域知识做底座,无法靠报一个培训班速成。
2.3 判断力成为核心资产:AI输出必须经过三道关卡
我在团队内部定了一条规矩:所有AI生成的内容,默认是“不可信”的,必须过三道关卡。
第一关是事实核查:AI回答里的数据、引用、代码API名称,全部要回到原始文档或官方资料里查一遍。第二关是逻辑核查:AI常常会把不对的原因和不对的结果编排得头头是道,你需要手动推演一遍“如果A成立,是不是真的能推出B”。第三关是风格与价值观核查:这一步是人和AI区别最大的地方,模型没有真正的立场,它会迎合你的措辞,所以你必须在输出里注入自己的判断和品味。
听起来繁琐,但熟练之后其实很快。我现在用AI产出的内容,大部分时间花在“决策”上,而不是“敲字”上。打个比方:以前我是写手,现在我是编辑。写手担心没灵感,编辑担心的是判断失误。这个转变,就是AI时代每个脑力劳动者要经历的职业重塑过程。
注意:AI的回答越流畅、越自信,你越要提高警惕。绝大多数模型在自认为理直气壮的时候,恰恰是幻觉率最高的时候。
3. 现在就能落地的行动清单:AI时代我们应该做些什么
3.1 学习层:把“提问”当成第一技能来练
很多人以为用AI的门槛是“会不会写提示词”,其实不是。提示词只是表面,背后是“提问能力”。同一个问题,不同人问AI,拿回来的答案质量可能差一个量级,差别就在提问的颗粒度。
我推荐一套三层的提问模板,适用于大多数场景。第一层是“明确任务型提问”:你是谁、目标是什么、约束条件是什么、希望用什么格式输出。比如“你是一名有十年经验的Python后端工程师,帮我审查这段代码的安全隐患,重点看SQL注入和权限校验,用列表给出问题点、风险等级和修复建议”。第二层是“拉高信息质量型提问”:主动要求AI列举“你可能遗漏的边界情况”“不利证据”“不同观点”。这一步能极大抑制AI的迎合倾向。第三层是“迭代追问型提问”:第一次回答不满意时,不要着急重写,而是指出具体哪里不满意、需要保留什么、去掉什么,让AI在一个上下文里持续优化。
这三个层次练熟之后,你会发现AI从“客服”变成了“助理”,差别就在于你有没有把需求想清楚。提问的颗粒度,其实就是你思考的颗粒度。
3.2 工具层:选对AI工具并建立自己的使用SOP
工具选型这件事,我建议你按“一句话主用工具”的逻辑来配。不要试图把所有AI产品都装一遍,而是按你的核心场景选2到3个主力,剩下的按需补充。
我自己目前的配置是:日常通用问答和信息整理用国产大模型产品,比如Kimi和通义千问,它们对长文档的理解和中英文混合场景的处理都挺稳,且不需要折腾任何环境;写代码时用编辑器里的AI插件,比如PyCharm或VS Code里常见的Fitten Code、通义灵码,这类插件能直接嵌在IDE里做补全和代码解释,极大减少上下文切换;内容创作时我会同时用两个模型做交叉对比,防止单一模型风格固化。数据敏感的工作,要么用本地化部署的开源模型,要么严格脱敏之后再交给云端工具。
选好工具之后,建议花半天时间给自己梳理一份SOP,也就是标准作业流程:什么任务用哪个工具、输入什么模板、产出后谁来校验、什么情况必须人工兜底。没有SOP,AI工具就只是偶尔用一下的玩具;有了SOP,它才会变成你的固定生产力。
提示:工具不是越多越好。我见过最浪费时间的用法,是同一个任务让五六个AI各做一遍,然后花两小时比较。正确的做法是:选一个主力模型跑出初稿,再用另一个专门挑毛病,效率远超“多投票”模式。
3.3 作品层:从“生成”到“策展”——让AI成为编辑器而非作者
在内容创作这件事上,我的认知经历过两次反转。第一次是看到AI写稿速度飞快,觉得创作者要完蛋了;第二次是自己用AI写了一周之后发现,完全不是这么回事。
AI生成的初稿,信息密度和行文流畅度都没问题,但它有一种标准的“平均值感”:没有个人经历撑腰,没有真实痛点驱动,句子之间缺乏你独有的节奏和取舍。这会导致一个结果——在信息聚合类内容上,AI确实能替代编辑;但在有观点、有立场、有个人体验的内容上,AI只能是协作者。所以我现在的工作方式是:题材、角度、核心观点、素材细节全部自己定,AI负责扩写、润色、查漏、找数据。作品署我的名,我就要为每个字负责,这是AI替不了的。
我把这种做法叫“策展式创作”:创作者的价值不再只是“写得出”,而是“选得准”——选什么话题、用什么素材、坚持什么表达、放弃什么诱人的写法。这个变化就像摄影从胶片到数码:快门从按下去变成删掉,普通记录变廉价了,但真正的好照片依然稀缺,因为它依然是取舍的艺术。
3.4 管理/协作层:给团队定AI使用准则
如果你是管理者,除了自己会用AI,更急迫的是给团队定一套切实可用的“AI使用准则”。我在自己团队里推行了五个简单约定,你可以直接抄走。
第一,凡是交给AI的任务,必须同步提供背景信息和评价标准,不许只扔一句话需求让AI瞎猜。第二,AI生成的结果默认不可信,必须经过人工复核并留下复核记录。第三,涉及客户隐私、商业机密的内容,严禁未经处理直接输入外部AI工具。第四,面向外部用户的交付物,AI参与的部分必须经过人工风格审理,避免团队产出变成千篇一律的“AI味”。第五,每周一的例会上,每个人用十分钟分享本周用AI踩到的坑和发现的好技巧,相互学习。
这五条,一条都不是所谓的“AI战略”,但经过三个月的执行,团队的产出质量和协作效率提升都很明显。比空谈“AI转型”有用得多。
4. 别踩坑:AI实操中的高频问题与排查思路
4.1 高频问题速查表
用AI用得越深,越会发现它不“灵光”的那些瞬间,其实很有规律。我把这半年遇到的高频问题整理成了表格,方便你对照自查:
| 问题表现 | 常见原因 | 直接对策 |
|---|---|---|
| AI一本正经胡说,编造来源和数据 | 模型幻觉,长尾知识缺乏依据 | 要求AI给出可溯源出处,对高危数据逐条验证 |
| 提示词写得很详细,输出还是不对 | 指令中包含太多矛盾约束或隐含假设 | 拆分成多个简单任务,分步执行 |
| 同一个问题多问几次,结果每次都不一样 | 温度参数高,输出随机性强 | 明确要求“保持之前输出的结论”,或手动固定规则 |
| 回答太通顺、太像“正确的废话” | 模型默认输出“平均值” | 追加“请给出反例”或“请以具体案例说明” |
| 让AI写代码,给出的API版本不对 | 训练数据滞后,不了解最新接口 | 把官方文档片段贴进上下文,再让它重新生成 |
| AI在长对话中前后矛盾 | 上下文窗口有限,早期信息被截断 | 关键要求放到最近一段,或新开对话重来 |
这张表解决的不是“为什么AI笨”,而是“怎么让AI变得有用”。大多数情况下,问题不在AI,在于我们的使用姿势。
4.2 排查实录:三个真实场景的调优过程
拿三个我实际处理过的场景来说,你会更直观地看到排查思路。
场景一是让AI帮我整理一堆产品需求文档并生成竞品分析初稿。第一次产出的版本数据齐全,但落脚全是套话。我没有直接重写,而是追加了一句“请找出三个你判断对方产品可能存在的弱点,并说明为什么——如果没有证据支撑,就明确写‘推测’”。结果第二次输出明显有了分析骨架,我只需要把推测部分逐一验证补齐,效率高了很多。
场景二是让AI写一段正则表达式来解析日志。它给了方案,但我执行之后发现匹配异常。先不怀疑AI逻辑,我去查了它用到的正则引擎语法版本,发现它默认了我用的Python3.12环境,但项目实际跑在Python3.8上,部分语法不兼容。于是我把运行环境和一段样本日志直接贴给它,让它重新生成,这次就对了。这个案例的教训是:给AI的上下文越接近真实运行环境,它的准确率越高。
场景三是开会时让AI快速总结一份会议录音转写稿。第一版摘要把两个人分别说的内容混淆了。排查后发现原因是我只给了转写文本,没有告诉它“说话人A是产品、B是开发”。加上角色标注后重新生成,摘要准确度马上改善。这类问题的本质是AI缺乏对真实场景身份的认知,你有义务在投入任务前把它当新人一样交代清楚。
4.3 关于“AI味”的解法:把风格要求写进指令里
很多创作者用AI写文章,最头疼的就是“一读就是AI写的”。我试了一圈之后发现,问题不只在风格词上,而在于AI缺少“人”的素材。
解决方案有三个层次。最基础的是在指令里明确风格特征,比如“短句为主,避免成语堆砌,第一人称,适度留白”;进阶做法是给AI两段你自己写的旧作品作为风格锚点,让它先分析语言习惯再模仿;最有效的做法,是在AI生成长文之前,先让它把你提供的真实经历、具体数字、场景细节梳理成素材清单,然后基于素材来扩写。后者彻底解决了“AI味”问题,因为套话没有事实做骨架时就无处发挥。
注意:如果你发现自己和AI合作一周,产出的内容风格开始趋同,那就说明你已经偷懒到只会“完全接受初稿”了。务必恢复“人工修改核心段落”的习惯,这是你风格的最后防线。
5. 给不同角色的AI时代行动建议
5.1 程序员/技术从业者:从写代码到审代码
程序员可能是受AI冲击最直接、也是收益最大的群体。我的建议是,把AI当成结对编程伙伴,但别让它一个人掌舵。
日常工作里有三个场景值得深度用AI:第一,接手陌生项目时,让AI快速解释代码结构和数据流,大幅缩短熟悉代码的时间;第二,写单测和重复性CRUD代码时,让AI出初稿,你负责补边界条件和异常场景;第三,排查线上问题时,把日志、配置、报错一起丢给AI,让它给排查假设,再逐一验证。反过来,AI生成的每一段代码,合并进主干之前都要做Code Review——尤其要检查它是否引入了隐藏的安全问题、是否理解了你项目里特定的架构约束。
判断代码功力的标准也在变化。以前“写得出来”就是能力,现在更值钱的是“审得出来”和“改得准”。这部分能力无法从AI身上学到,只能靠啃项目、看源码、啃疑难Bug积累。所以我会刻意留出时间,让自己远离AI,去读那些复杂难懂的底层代码——这是防止能力空心化的办法。
5.2 内容创作者/运营:把AI当实习生,而不是替你写稿的人
我经常跟做内容的朋友说一句话:AI最合适的定位是“一个速度快、知识面广但不懂行的实习生”。你不可能把一篇深度报道直接交给实习生不管,但你可以让实习生去查资料、做初稿、整理数据、出三个版本的标题。这正好也是AI最擅长的事。
具体可以这样分活:选题阶段,让AI做信息扫描和趋势分析;素材阶段,让AI从大量资料中提炼要点,并标注原始来源;初稿阶段,让AI按你的提纲扩写;编辑阶段,你来注入个人经历、观点和风格。最后你会发现,整篇稿子真正值钱的部分——洞察、判断、经验——仍然产自你本人,AI帮你的只是把体力和查找工作压缩掉了。
运营层面的同理:让AI出活动文案的三个版本可以,但活动策略、目标用户洞察、风险把控这些事,必须自己做。不然你的账号迟早会变成“高仿AI集中营”,读者一眼就能看穿。
5.3 管理者/团队负责人:重新设计岗位,而不是裁掉岗位
管理者面临的最大诱惑是“AI能省人力,那就砍人”。我的建议是,千万别急着做减法,先重新设计岗位的“工作内容组合”。
比如团队里原来有四个初级编辑,工作主要是洗稿、排版、发布,这些活AI确实基本接管了,但如果你直接砍掉一半人,剩下的工作量依然不饱满,团队能力还会退化。更好的做法是,把这四个人的工作重构成“AI生产+人工策展+数据复盘”三个环节:一个人负责跑AI流程优化,一个人负责风格与事实审核,一个人负责用数据判断内容效果,还有一个人投入新选题研究。岗位还在,但技能结构完全不同。
这其实呼应了第一章节讲的历史规律:每一次技术革命,在消灭一批旧岗位的同时,也创造了一批围绕新技术的新岗位。管理者的工作,就是帮团队成员从“被替代的位置”挪到“驾驭新工具的位置”。这件事拖得越久,团队流失和抵触情绪会越发明显。
5.4 学生/转型者:用AI加速学习,但别忘了打底子
如果你还在上学,或者想转型进入数字行业,记住一个原则:AI可以当你的老师,但不能代替你打基本功。
具体来说,可以用AI解释复杂概念、生成练习题、模拟面试、批改作业,这确实能提升学习效率。但要警惕“开着AI写作业”导致的隐性能力塌方:数学题的解题手感、编程里的调试直觉、写作里的语法语感,这些只有在你“没有AI帮助的情况下”完全自己完成一遍时,才会真正长在身上。我建议所有学生给自己定一条规矩:平时的练习和作业,先尝试独立完成,再用AI辅助检查;只有完全卡住的时候才向AI求助,而且要让它讲清楚思路,而不是只给你答案。
现在大模型特别擅长“让人误以为自己懂了”:你看着它流利的讲解,大脑会产生“我也会了”的错觉。破解方法很简单,关掉AI,自己从头白纸推导一遍。能顺利写出来,才算真正学会。
结尾
写到这里,“历史总是在重演,AI时代的我们应该做些什么”这个问题,我的答案已经很明确了:做那些让机器难以替代的事——学会定义问题、学会追问、学会承担责任、学会建立自己的判断标准。工业革命淘汰了纯体力,AI时代正在淘汰“纯脑力”里那些可被规则化的部分。每一次都觉得自己的技能被冒犯,恰恰是因为你已经站在了需要进化的位置。我在实际操作中的体会是,不要花太多时间纠结“AI行不行”,多花时间琢磨“我怎么用它解决眼下的问题”,答案会自然浮现。最后再分享一个小技巧:每当你被AI的效果惊艳到,就停下来追问一句“哪里可能出错了”,这个习惯,能让你在不断变化的技术浪潮里始终保有主动权。