工具一年换三茬，什么能力不会被换掉

前两天晚上，一个做供应链计划的老学员给我发了一长串链接，末尾一句是：凯老师，这些我先学哪个。

我点开看了两眼。有讲视频生成的，有讲编程智能体的，有讲把几个工具串起来自动跑活儿的，每一条底下都写着“再不学就晚了”。第二天我问他，昨晚那几个打开了吗。他说，收藏了，没来得及。

这事我一点不意外。我在打磨院一直讲一句话：工具一年换三茬，人还是那个人。让人难受的从来不是工具多，是每一茬新工具出来，都要求你重新学一遍，而上一遍还没用熟。

但别急着把学不过来当成问题本身。

1. 01学得快，不是元能力

先把一句容易混的话拆开：工具被更新的速度，不等于一个人能力增长的速度。前者是别人在发版本，后者是你自己手里那套判断有没有变厚。发版本这件事，你追不上，也不用追。

这两年老有人问我，AI 时代到底该练什么。答案多半是学得快、会提问、有批判性思维。都不算错，但都太滑了，落不到一件具体的事上。更要紧的是，把学得快当元能力，等于默认自己的价值取决于能不能跟上别人发版本的节奏。这个位置，恰恰是最容易被更新的那个。

我更愿意把话说死一点：真正不会被换掉的能力，得从一件具体的事上看，看它在工具换了之后还在不在，看它能不能被交给别人或者交给模型。

2. 02你以为学不过来是工具太多，其实是没定过要解决哪件事

这是第一个误区，也是最常见的一个。

工具多不多，是外部事实，你改不了。真正能改的是：你有没有一件自己要解决的、说得出边界的事。有这件事，新工具出来你只需要判断它能不能用上；没有这件事，每一个新工具都变成一次新的必修课。

与其在原问题上找个更好的答案，不如把问题换掉。别问我该先学哪个工具，问哪件事我过去一直想做、一直碍于人手和成本没做成，现在是不是有机会了。前一个问题下周就换，后一个问题没有标准答案，但答案是你自己的，工具换几茬都还作数。

3. 03热点换了一茬，你在链条里的位置没换

把这两年的跟风摊开看，一直是同一个三步：一个工具刷屏，满屏都是拿它做内容的教程；一批人放下手里的活去学同一套操作；下一个工具刷屏，前面那些产出跟着不作数。

前阵子一个视频生成工具火，不少人来问我怎么把提示词写得更出片；这阵子 Codex 一火，满屏又变成 AI 编程，不写两行自动化都算没跟上。说白了，两次刷屏里被换掉的是工具，没被换掉的是那批跟着热点跑的人的位置。

AI 只把每一环都加快了。教程出得更快，跟风的人更多，不作数也来得更快。第三步最容易被忽略，因为没有人会告诉你上一次的积累已经清零了。

要动的是权责，不是学习顺序：谁来判断这件事值不值得做，谁来定什么叫做完，谁来复核做出来的东西。这三件事只要还挂在别人嘴里，学多少工具都只是在给别人换版本。

4. 04过去、当前、未来，被换掉的都不是这一件

把时间拉开看，反而最清楚。

先看过去。我帮企业上 ERP 那几年，系统十年不换一次，界面也难看。最贵的人从来不是按钮点得最熟的那个，是能把销售嘴里的“要个报表”，和财务认的那套口径对齐的人。口径一乱，系统再贵也只是让争执来得更快、留痕更全。那时候没人管这叫元能力，只叫把需求说清楚，但项目成败多半卡在这儿。

再看当前。AI 把做出来的成本压到几乎不用算了。写一段分析、出一版方案、生成一张图，几分钟的事。成本一降，压力全跑到前端那一段：你到底要什么，什么算做对了。提示词写得再讲究，口径没定，就是更快地返工。我看打磨院学员的作业，返工次数多的，几乎都不是工具用得不熟，是一开始那句话没说死：按哪个区域、按哪套口径、差异超过多少要单独列出来、最后谁复核。

至于未来，这一段算畅想，不是结论。等智能体自己拆任务、自己调工具、自己跑完一整条流程，人大概会退到只剩两件事：定什么算成，以及在出错的时候签字。工具可以外包，这两件不行。

三个时间段里，被换掉的东西能列一大串：软件、界面、操作方式、岗位名称。没被换掉的只有一件，给一件事定口径，并且认下结果。

5. 05工具能承担操作，承担不了责任

为什么偏偏是这一件。因为它压根不是技能问题，是责任归谁的问题。技能可以写进教程、可以复制、可以交给模型，责任不能。一件事做错了要有人认，这句话在任何一次自动化里都没变过。模型能给出一版答案，给不出谁为这版答案负责；出了问题，被追问的仍然是那个把任务交出去的人。

工具越强，肯担责的人越值钱，也越躲不掉。所以我一直不太认同另一类说法：把提问技巧、提示词写法当成底层能力，练得再熟，练的仍然是怎么把活交出去；交出去之后那一段，一点没练到。

6. 06能练的只有两件

拆成能每天练的，我给两个动宾的说法。

第一件，把模糊需求收成一句可验收的话。不是把话写长，是写到能验收。别写“帮我看看这个月的库存”，改成“按华东区、按月、对齐财务那张表的口径，差异超过 5% 的单独列出来，标出原因待核”。这句话里没有一句在讲工具，换任何一款模型它都成立。边界也在这儿：可验收不等于写得细，细到把每一步都规定死，反而把判断也一并交出去了。

第二件，在结果上签字。说白了就是谁复核、按什么标准复核、错了谁认。听着像管理套话，落到日常是件很小的事：AI 给的那版东西，你有没有真的对着口径核过一遍，还是看着排版整齐就发了。这一项的边界更硬：不能全甩给模型，也不能事事自己重做一遍，得划出哪几处必须有人过手。工具越能干，需要人过手的地方越少，但那几处的分量越重。

两件都不新鲜。上一代做 ERP 的人练的就是这个，只是那时候叫需求确认和上线签字。

7. 07被压掉的是整理，涨价的是定口径

放到岗位上看更直白。供应链计划、ERP 顾问、财务、项目经理，这几年被自动化说了无数遍，真被压掉的都是整理、汇总、搬数那部分；涨价的恰恰是对口径、定边界、认结果那部分。它没法靠装一个软件获得。写进岗位说明书也不算数，得在一次一次交付里攒出来。

8. 08这不是想明白一次就有的东西

也得说点不中听的。别把这两件听成又一碗道理，它是每天写验收条件、每次对着口径核一遍的笨功夫，做三个月才看得出差别。而且有前提：历史数据脏、口径本来就没人统一、出了事没人认账，这些旧账不清，AI 只会把旧结果产得更快。我见过团队上了新工具，头一个月效率翻倍，第二个月开始为“到底以哪张表为准”开会。工具没出问题，是过去没统一的口径现在躲不过了。

9. 09回到那晚的收藏夹

我后来没给那位学员排学习顺序，只让他挑一件手头最烦、一直没人力做的事，把“什么叫做成了”写成一句能验收的话发我。他写了三遍才写明白，写完自己说，先不学那个工具也行。

工具一年换三茬，问题还是那一个：什么叫做成了，谁说了算。

下一次刷屏的工具来了，你打算先学它，还是先把自己的口径写下来？

我是凯老师。这类问题在打磨院拆得多，想聊你手头那件具体的事，加微信 ERPers00001，备注一下就行。