同一批简历，我用 WorkBuddy 的聊天模式和 Skills 链各跑了一遍

昨天刷到育师那篇 WorkBuddy 生产级实战，开头一句话把我看笑了。

如果你还在用「指令-响应」模式和 WorkBuddy 对话，那你只用了它 5% 的能力。

我用了 WorkBuddy 大约两个月，前一个月基本就是这个状态。把 JD 粘进去，让它出面试题；把简历粘进去，让它打个分。问一句答一句，很顺，顺到我根本没觉得哪里不对。

直到上个月我把招聘流程整个搬进去，问题才冒出来。

那天业务方催一个岗位，我一口气导了四十多份简历。前二十份还行，到第二十几份的时候，它开始把两个候选人的经历串在一起。我问它 A 的行业经验，它回的是 B 的公司名。这就是指令-响应模式的天花板，没有上下文隔离，没有中间产物，也没有回滚，一份错了，你只能从头再来。

后来我改成了 Skills 链。

先把 Skills 和 MCP 这两个词说清楚

Skills 我第一次听也懵。它其实就是一个 Markdown 文件，里面写清楚输出格式、方法论和注意事项。你可以自己写，也可以让 WorkBuddy 帮你起草。

MCP 是 Model Control Protocol 的缩写，是 WorkBuddy 连接外部系统的标准接口。打个比方，它像一根 USB 线，一头插 WorkBuddy，另一头插你的 ATS 或者共享表格。

我的操作路径是这样，打开 WorkBuddy，左侧找到 Skills 面板，点新建。它给你一块空白的 Markdown 编辑区。我第一个 Skill 叫「简历初筛」，里面规定输出必须是一张表格，字段是姓名、年限、岗位匹配点、存疑点，存疑点这栏不许空着。

写完保存，回到对话窗口，在输入框上方把 Skill 勾上，再把简历丢进去。出来的就是固定格式的表格，不再是自由发挥的一长段话。

第二个 Skill 是「面试问题生成」，它依赖第一个 Skill 的输出。这就成了链条。链条的好处是可追溯，坏处是一环崩了全崩。

我踩的两个坑，以及怎么绕过去

第一个坑是超时。

WorkBuddy 默认的 Skill 超时是 30 秒。我这边简历 PDF 偶尔有一张图特别大，解析会卡住。它卡住之后会直接把进程 kill 掉，下游的「面试问题生成」永远收不到输入，整个工作流就那么挂在那，界面上什么都不显示。

我后来在 Skill 配置里加了软超时，设成 45 秒，并让耗时那一步每 5 秒上报一次进度。心跳停超过 10 秒，就切到本地沙盒跑一个简化逻辑，比如只提取文本、不解析图片。这样至少不会卡死。

第二个坑更隐蔽。上游 Skill 返回的字段里如果混了换行符或者奇怪的字符，下游渲染会直接白屏。我第一次遇到的时候完全不知道发生了什么，控制台不报错，就是白。后来养成了习惯，在 Skill 之间加一步清洗，任何字段进来先过滤一遍再往下传。

我的环境是 Windows 加企业微信入口，不一定适用所有人。但这两个坑，我猜换谁都会遇到。

权限这块也别偷懒。招聘数据是敏感的。我把 Skills 和 MCP 接的共享表格分了层，业务方只能看汇总后的候选人清单，看不到原始简历；HR 团队能看全量，但只有我能改 Skill 本身。具体是在 Skills 面板的权限设置里，把编辑权限只留给自己，其他人给只读。MCP 那头接 ATS 的时候，我也只开了读取，没开写入。招聘流程里，自动写入是最容易出事的。

之前我觉得 AI 招聘工具的核心是自动化，现在想法变了。核心是证据链，是每一份简历从哪来、经过哪一步、为什么被筛掉，都能查得到。

如果你也在用 WorkBuddy 做招聘，我的建议是，先从一个小 Skill 开始，就一个，把它跑顺，跑一周，再加第二个。别一上来就搭八环流水线，你会不知道是哪一环错的。