今天周六，干了一件特别实操的事：把腾讯会议 Skill 从 v1.0.11 升到了 v1.0.13。为啥要单独记一笔？因为工具升级最怕的就是”升完不会用”——版本号变了，你还是老用法，新能力白白躺着。我做实战陪跑最烦这种”假升级”。

升完不能光看版本号，得真跑一遍才算自己的。所以升级完，我直接让 WorkBuddy 创建了一场会，会议号 406732401，定在 8 月 9 号下午 3 点到 4 点。不是为了真开会，是为了验证这条链路通不通：创建→通知→纪要，一气呵成。

接下来是把会议通知发到微信「测试群(9)」。这一步我坚持用”路径A”，没走 send_only 那种旁路。路径A 是什么？我给你拆开：先激活微信窗口，截一张图，视觉裁切定位到目标群那一行，点进去，再截图确认顶部的群标题是对的（防止进错群），然后粘贴内容，再放一个截图哨兵确认无误，最后回车发送。

听起来步骤多，但精髓就一句：不依赖模板匹配，也不依赖搜索下拉框。纯靠”眼睛看、手去点”，跟人操作一模一样。为什么不用 send_only？用户明确要的是全自动、要真发，不是旁路绕一下假装发了。工具的价值就在”真发得出去”，绕开它等于没验证。

发的时候还真出了个小插曲：中途手一抖，误点到了”文件传输助手”。还好路径A 每一步都有截图确认，我立刻发现不对，退出来重新定位到测试群(9)，才把通知发对。你看，这正是路径A 存在的意义——它不 trust 任何模糊匹配，每一步都让你（或 AI）亲眼确认。要是用模板匹配，满分也可能发错，根本拦不住。

会跑通之后（当然是模拟端到端），我把一份技术版纪要写给了 CTO 江楠。给技术负责人看的和给老板看的不是一回事：江楠要的是链路、协议、坑点；老板要的是决策和行动项。这也是前面那篇 SOP 里”分流层”的实战落地——同一场会，不同人收不同版本。

顺带说两个升级 skill 的要点，省得你踩：第一，升级前先确认当前版本和能力边界，别盲升；第二，升完必须拿一个真实场景跑一遍，最好是带发送的那种端到端，光看 changelog 等于没升。

给你一个能照搬的动作：你手里任何刚升级的工具，今天别放着。挑一个最小真实任务——比如建个会、发个通知——真跑一遍。跑通了，这工具才是你的；跑不通，趁早把坑填了。工具这东西，纸上谈兵一万次，不如真跑一次。