书接上一回。
老板去学了 AI，回来落不了地，因为他手上没有场景——离一线太久，说不出自己要什么。
老板说：怪我咯？
那换个人呢？让每天在一线的那个员工去学，是不是就能降本增效了？
那也不一定。
这里又有另一个问题。
他知道该让 AI 干什么，但他喂不进去
一线的人手上全是场景，这一点老板确实比不了。
哪个客户的付款条件可以松一点，哪一类询价是同行来探底的，这批货验收标准写的是 A、实际按 B 走，去年那个订单最后为什么没成、真实原因跟复盘会上说的不是一回事。
这些他一眼看得出来。
问题是，这个「一眼」从来没有写下来过。
它不在 ERP 里，不在 CRM 里，不在制度手册里。它在他脑子里，以「经验」两个字的名义存在，这些年谁也没觉得有什么不对——直到你想让 AI 接手。
AI 要接一件事，靠的全是这些。拿不到，它就只能干那些规则本来就写在纸面上的活。
所以那个人学完回来，会撞上一堵挺怪的墙：他知道该让 AI 干什么，可他说不出规矩。
我自己也曾是这种老员工
我做了二十年翻译。我值钱的地方，全部是这一类东西——哪个词在这个行业里不能那样译，客户上次退回来是卡在哪一句，这篇稿子读到第三段读者会不会走神。
没有一条写在书上。全是在现场磨出来的。
换个说法：如果我是一家公司里的员工，我就是那个最难被替代、同时也最难把东西交出来的人。
后来我把它写下来了，做成规矩交给 AI。
难的不是写。
难的是很多判断，我自己都说不出为什么。我一眼知道这句译文不对，但「不对在哪里」要倒着想很久才想得出来。有时候想了半天，最后落到纸上那条规则，比我心里那个感觉粗糙得多。
这是真实的损耗。写下来的，永远比脑子里的少。
但少那一点、写下来的，能用。多那一点、还在脑子里的，只有我在的时候能用。
他不肯写下来，或许不是因为懒
所以你派一线的人去学 AI，学完回来还是推不动，我一点都不意外。
你让一个干了八年的人把他的判断写成文档，他会拖，会给你一份很浅的版本，会说这东西太复杂、写不清楚。
写不清楚是真的。我自己写的时候也损耗了一大截。
但还有一层他不会说出口：那些东西写下来交给公司之后，他还剩什么。
他这八年攒下的议价能力，就在那些没写下来的东西里。
这不是道德问题，是一笔很现实的账。谁坐在那个位置上都会算。
还有一种，他早就写好了
上面说的是写不出来，和不肯写。还有一种情况更微妙。
有些人已经写好了。
他自己在用 AI 干活，而且用得很溜。哪一步先做，要喂它什么，什么样的输出算过关，他全摸清楚了，攒成了一套自己的东西——一份提示词，一个 skill，一套只有他知道怎么调的流程。
活干得比以前快一倍，交上去还挑不出毛病。
公司看到的是「这个人效率真高」。
公司看不到的是，效率不在他手上，在他那套东西手上。
这时候你让他把那套东西整理出来、写成文档交给公司，他会笑一笑，然后没有下文。
因为那已经不是「经验」了。那是他一次次试出来的成品，是他自己做的工具。让他无偿交出来，等于让一个人把自己造的机器捐给公司，然后继续拿原来那份工资。
这件事没有道理好讲。他确实没有义务。
我自己就有这么一套。翻译那六步，不需要人动手的地方我都写成了 skill，它替我跑。这东西我调了很久，现在它是我的产线。
要我无偿交出去？我也不会。
所以这一关不能当技术问题来破
派谁去学，学几天，学什么工具，这些都是好回答的问题。
而且很多公司其实不是从零开始的。它是从「已经有人在用，但产出记在个人账上」开始的——只是老板不知道。
真正的那一关在后面：有没有人愿意把手上那套东西交出来。
而这个「愿意」，开会动员不出来。
之前我写过，用 AI 的人分两种，一种当老板，一种当操作员。分岔口就在这里。
一个人把手上那套东西交了出来，如果公司接下来的处理是「好，这活以后 AI 干，你去做别的」——那他这辈子不会再交第二次，而且他会告诉身边所有人别交。
如果是「这套规矩以后归你维护，AI 按你写的跑，跑歪了你来改，别人用得上也算你的」——他就从操作员变成了老板。
同一件事，两种做法，结果是反的。
肯把东西交出来的那个人，得先相信交出来对他自己有好处。这个「好处」得是真的，写在纸上的那种。
智神整理过一份企业 AI 落地障碍的清单，业务、数据、组织、技术、成本、合规六类，二三十条。这篇只挑了其中一条。
挑它是因为它最不像技术问题，也最没法花钱解决。
