程序员的技术，很大一块是公司发的工牌

刷到一句话，把我噎住了：很多人学了一辈子谋生的本事，其实都得挂在一个平台底下才算数——学校教的、公司练的，一旦换个环境，很大一块直接归零。

我把自己这十年翻出来对了一遍，中枪的地方还真不少。

一、工牌发的技术，交了工牌就清零

我这十年一直在一家小公司扛技术，攒了不少"手艺"，拆开看，好多其实是公司发的。

某个历史遗留系统哪块埋着雷，只有我知道；跟哪个供应商对接要走哪道暗号，只有我记得；一个审批卡在谁手里最快，也只有我摸得清。这些东西听着扎实，用起来也确实顺手，但它们全绑在这家公司的墙上，工牌一交，跟着清零。

换个公司最难受的不是技术生疏，是这类"经验"完全带不走——不是我不会干活了，是新公司没有这堵墙，我攒的钥匙全打不开新的锁。而且这类经验还带着一层隐性资产：同事记不记得你、领导信不信你、流程卡壳时有没有人替你说话，这些跟着工牌走得更彻底，比技术本身消失得还快。

更麻烦的是这事随年头往上叠加。工龄越长，公司专属那部分经验占的比例往往越高，因为越老练就越容易被派去处理"只有这家公司才有"的历史问题，反而离通用市场的手艺越来越远。这也是三十五岁往上很多人心里发慌的一部分原因——不是技术真的不行了，是账本里工牌那一栏占得太满，另一栏空了太久。

二、真正是我的，是能直接换钱那部分

另一类不一样。

写一个陌生人拿来就能用的小工具，维护一个哪怕只有几十个 star 的开源项目，接一单私活并且真的交付出去——这些不需要我先证明"我在哪家公司干过"，东西本身就能说话。区别不在技术难不难，在这份手艺认不认公司这个中间商。前者得先有人发工牌、配权限、告诉你规矩，后者随时能摆开摊子直接接单。

说句实话，我手里这一块占比不高。以前没细算过，这次翻账才发现这不是谦虚，是真没往这个方向攒过。开源项目挂着没人用，私活也没真正接成过一单——这道账我现在只能说看清楚了，没说已经补上了。

这条路也不是白拿的，代价是信任要自己一点点垒。公司这边发工牌等于顺带发了一份信任背书，你不用自证靠谱；换成陌生人给钱，人家凭什么信你能干成，全靠过去攒下的东西自己说话——一个能打开的仓库、几条能查的记录、一次干成的交付。这份信任攒起来比学一门新技术慢得多，也是很多人宁愿留在工牌里的真实原因，不是不想动，是这笔投入见效太慢。

三、AI在放大这道题，不是帮你回避

这两年 AI 帮着写代码，很多人觉得技术门槛塌了，人人都能做产品，工牌是不是就没那么重要了。

我倒觉得正相反。AI 能立刻给你补一个能跑的接口、一段调试到一半的报错分析，这些是标准化的活，帮你把"能直接换钱的技能"这一栏更快搭出来；但它补不了为什么财务系统每到年底结账那几天就抽风——这个坑的答案不在代码里，在三年前一次会议纪要和一个已经离职同事的脑子里，AI 没在你公司待过，学不会。换句话说，AI 把能独立变现那部分的起步门槛降低了，却让工牌型经验贬值得更快，因为里面标准化的那一截，正好是最先被替代的部分。

这道题不会因为工具变强就消失，只会更快摆到台面上。

工牌一交，账要提前算清楚，不是等交的那天才想起来算。我现在给自己加了一道题：一件事做完，问一句"摘了工牌，这事我还能干成么"。干不成，就记一笔，当成欠账，找机会补。不是非要辞职单干，是先把这本账算明白——不知道自己有几成本事是自己的，谈什么安全感，都是悬着的。