既然有了 Claude 3，我就把所有的 SOP 都“语义化”了。今天下午对着屏幕发了半小时呆，突然意识到一件事：我现在花三个小时写的这套自动化流程，能顶得上 2019 年带二十个人团队一个月的沟通成本。
2019 年那会儿，我他妈在干嘛？每天上午十点开晨会，听每个人汇报昨天干了啥、今天要干啥、遇到啥问题。问题永远是那几个：客户需求又变了、开发说这个功能实现不了、设计图还没出来、测试环境挂了。我像个复读机，把 A 的话转述给 B，再把 B 的抱怨安抚给 C。最操蛋的是 SOP（标准作业程序），我让项目经理写了厚厚一本，打印出来装订成册，开会时拍在桌上说“以后就按这个来”。结果呢？没人看。新人来了，老人带三天，带出来的全是变种版本。同一个客户下单流程，A 组用企微审批，B 组用钉钉，C 组直接微信截图。月底对账，财务小姑娘对着三套数据哭，我陪着加班到凌晨两点，最后发现是某个环节的“备注”字段有人填了“急”，有人填了“加急”，系统识别成两个状态。那本 SOP 后来堆在仓库吃灰，去年搬家时当废纸卖了，五毛钱一斤。
现在不一样了。Claude 3 的 200K 上下文长度，我直接把整个业务链条扔进去。从客户第一封询盘邮件开始，到最终交付物上传网盘、发票自动开具，全流程拆成 47 个节点。每个节点我不写“步骤一、步骤二”，我写“触发条件”和“语义意图”。比如“当客户在邮件中提到‘报价’且附件带有‘需求清单.xlsx’时，系统应理解其核心诉求是‘在 24 小时内生成一份包含分项报价与工期的方案’”。然后让 Claude 去生成具体的动作：解析 Excel 表格、提取关键字段、匹配历史案例库、调用报价模板、填入变量、生成 PDF、回复邮件。这 47 个节点像乐高积木，我可以随意拼接。上周有个客户需求变了，以前要开半天会，现在我把“需求变更”这个语义节点插进去，重新跑一遍流程，二十分钟出新的方案。
这才叫资产。2019 年我管的那群人，今天走两个，明天来三个，我的时间全耗在“让人别出错”上。那些 SOP 是死的，是人就得变形，一变形就产生熵增，我就得花能量去把它掰回来。现在这些语义化流程是活的，它不吃不喝不闹情绪，不会因为失恋就写错代码，不会因为觉得“差不多就行”就漏掉校验环节。我写的每一行 prompt，每一个 API 调用规则，都在 GitHub 私有库里躺着，版本清晰，随时可以 fork、可以迭代。哪怕我明天不想干了，这套东西打包卖出去，真有人接盘。当年那本纸质 SOP 能卖吗？卖废纸还得自己搬下楼。
最讽刺的是，我现在反而更懂“管理”了。管理不是管人，是管信息流。2019 年我犯的致命错误，是试图用人类的不可靠大脑，去承载和传递复杂的业务逻辑。人脑会忘，会偷懒，会误解。而 Claude 3 不会，只要我的语义描述足够精确，它执行的偏差率趋近于零。我把从前花在扯皮、安抚、纠错上的能量，全部灌注到打磨这些语义节点上。一个节点打磨好了，就是一台永不停歇的微型机器。
当然也有新的焦虑。这套东西的维护成本，从“管理人力”变成了“对抗技术债”。我得时刻盯着 OpenAI 的 API 价格变动，得担心某个第三方服务突然改了接口，得学习怎么用 n8n 把分散的节点可视化串联起来。但至少，这种焦虑是向前走的焦虑。2019 年的焦虑是泥潭里的挣扎，越用力，陷得越深。
窗外天快黑了，我保存了今天的版本更新记录。仓库里又多了一个语义节点，叫“处理客户模糊需求”。我给它写的注释是：当意图不明确时，自动生成三个澄清问题，优先选择历史上成交概率最高的提问方式。这行注释，比当年开十个早会都有用。
