必须用真实输入测试新Skill：先确认WorkBuddy 5.5.6已登录且技能xue在「已安装」中启用；建空输出目录out/test-xue-20261013；覆盖正常、边界、刁钻三类用例；检查result.md、trace.log、audit.json，重点核验audit.json路径真实性及trace.log是否触发fallback；问题定位→修改SKILL.md关键词→重启客户端→全量重测。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要确认自己刚创建的Skill是否真正可用、输出是否符合预期，不能只靠看提示词写得漂不漂亮，必须用真实输入跑一遍——这一步漏掉，等于把没验过货的零件直接装进产线。
准备测试环境
确保WorkBuddy客户端已登录且处于最新版5.5.6；打开左侧「专家·技能·连接器」→「技能」页签，确认你新建的Skill文件夹（如xue）已出现在「已安装」列表中，状态为启用。
新建一个空目录作为输出区，例如out/test-xue-20261013。WorkBuddy默认不会覆盖已有结果，但【若该目录非空，测试时可能混入旧产物导致误判】。
构造三类测试用例
不要只用一个顺手的例子跑一次就收工。必须覆盖三种典型场景：
方法一：正常用例——选一个你最熟悉、逻辑最清晰的输入，比如“请根据附件中的偏差报告草稿，按GMP附录19第5.2条生成初审意见”。这是基线验证，确认Skill能走通主干流程。
方法二：边界用例——故意给它一个字段缺失的PDF，或让时间戳格式错一位（如2026-13-01），观察它是否触发预设的“依据待核实”标注，而不是静默跳过或报错崩溃。
方法三：刁钻用例——输入里混入两个冲突条款引用，比如同时提“SOP-QA-007”和“SOP-QA-008”，看它是否按SKILL.md里写的规则优先调用前者，并在输出末尾注明“冲突条款：SOP-QA-008未被采纳”。
执行并核对输出
在聊天框中粘贴测试用例，附加指令：“请严格使用xue技能执行，输出保存至out/test-xue-20261013，不调用其他技能。”
启用该技能，可以在WorkBuddy对话页的右边栏添加一个日历，提供月历视图、日程增删改查、分类标签（开庭/会议/截止日期/个人/研究/其他），支持从对话中提取事件并自动同步到日历。当用户提到"日历""日程""打开日历""添加日程""我的日程""calendar""安排"或询问已记录的日程信息时使用。
等待运行完成，打开输出目录，检查三个文件：result.md（主输出）、trace.log（步骤回溯）、audit.json（依据引用清单）。重点核对audit.json里每一条引用是否真实存在于你挂载的知识库路径中，路径拼写错误会导致AI伪造依据。
如果trace.log里出现“fallback to default agent”字样，说明某步未命中Skill定义的流程分支，需回头检查SKILL.md中条件判断逻辑是否覆盖了该输入特征。
修正后重测
第一步：定位问题点。打开trace.log，找到最后一条成功执行的步骤编号，对照SKILL.md中对应段落。
第二步：修改SKILL.md。不是改文字润色，而是调整触发条件或补充示例——比如原写“当检测到‘偏差编号’字段时启动初审”，实际输入用的是“Deviation ID”，就得把关键词扩展为“偏差编号|Deviation ID”。
第三步：重启WorkBuddy客户端。Skill修改后必须重启才能加载新版本，热重载目前不支持。
第四步：用同一组三类用例重跑。只要有一个用例输出变更，就必须全部重核——因为修正一处常引发连锁反应。
