第3课：把会议整理流程做成一个可检查的 Skill
创建范围清楚的技能，用正常、冲突和无关输入测试。
本文目录 · 6 节
每次都重新输入一大段要求，很容易忘记"缺失信息不要猜""只出草稿不要发送"。这一课把第一课的会议整理流程整理为 Skill，并通过正常、冲突和无关三类输入检查它。目标不是收集更多技能，而是让一个高频任务更稳定。
本课的全部步骤在 2026 年 9 月 18 日用 WorkBuddy V5.5.6（macOS，快速档模型）真实跑完：从"添加技能"菜单进入创建入口、粘贴需求、检查生成的 SKILL.md，再到三种输入的实测表现，下文截图全部来自这次实测会话。创建技能会消耗账号积分（实测约 1 积分以内），测试调用另按对话计费。本文是独立中文练习，不是腾讯官方中文教材。
一、先分清该选专家还是 Skill
官方产品把专家作为专业角色，把专家团作为多角色协作，把 Skill 作为执行特定任务的能力包。需要一个人帮你评价报告思路，可以选择适合的专家；要反复按固定格式处理会议记录，更适合先做小型 Skill。专家团不是"质量必然更高"的开关，多角色会带来更多模型调用与需要协调的中间结果。
本练习不需要安装邮件连接器，也不需要多位专家。会议文本由你提供，输出只落在练习目录。如果 AI 建议接入整个邮箱或读取所有历史文件，先收回范围：现在要验证的是整理规则，不是建设全公司知识系统。
二、从"添加技能"进入创建，把流程约束写成明确需求
实测路径：左侧进入"专家·技能·连接器"，切到"技能"页签，点右上角"添加技能"，菜单里有三项——查找技能、上传技能、创建技能。选"创建技能"后，WorkBuddy 会新开一个任务，输入框里已经放好一个"skill-creator"技能标签和一句模板话："请帮我创建一个可以实现「……」的skill"。
把模板话整段替换成你自己的需求（技能标签保留不动），然后发送。第一次做技能不要追求万能：把所有办公活动都塞进一个技能，触发条件会变得含糊，权限需求也会扩张。"会议行动清单"只承诺整理，而不负责催办、分配负责人或替会议组织者作决定。以下是实测使用的完整需求，可直接复制：
请创建一个名为"会议行动清单"的本地技能，范围只限整理我主动提供的会议文字。
适用：用户明确要求把会议记录变成行动清单、整理会后待办。
不适用：闲聊、写销售文案、联网调研、读取整个邮箱。
输入：会议文本；如有会议日期和项目名则保留，没有则标待确认。
步骤：先识别已确认决定，再抽取行动项，最后单列待确认问题。
行动列：事项、负责人、截止时间、原文依据。
缺失内容不能猜测；相互矛盾的信息并列提示，不自行裁决。
输出：先在对话中展示摘要，再按用户指定目录新建 Markdown 文件。
用户没有指定目录时先询问，不写到任意位置。
不得发送邮件、创建日程、删除文件或安装外部依赖。
不需要联网、不需要第三方账号、不包含自动运行脚本。
请在创建后展示生成文件清单、技能说明和使用方法，方便我检查。三、创建后先读内容，再启用
实测中，任务会显示"加载技能 skill-creator"，然后自动初始化技能目录、写入 SKILL.md——整个过程不需要你碰命令行。完成后对话里会给出技能保存位置，点击右侧的 SKILL.md 就能逐项检查。实测生成的文件保存在本机 ~/.workbuddy/skills/meeting-action-list/ 文件夹里，SKILL.md 的开头写了技能名和触发描述（描述里明确写了"适用"与"不适用"场景），正文是整理步骤、行动表格式、硬性规则和禁止事项。
检查时重点看四件事：描述是否包含适用与不适用场景；是否要求读取你未提供的目录；是否出现邮件发送、网络上传或额外脚本；是否把"不能猜测"改成"合理补全"。如果出现与你需求无关的文件或工具，先问用途，并要求移除不必要能力后再验收。实测生成的描述和正文会比上面的需求长不少，这是正常的——逐句核对它没有偏离需求即可，不要照抄别人的模板。
四、用三种输入检查真正的效果
技能装好不等于能用对。实测跑了三组对照，每组都开新任务，结果如下。
**第一组，正常会议文本。**把第一课的完整会议文字直接贴进消息（这一次文本就在消息里，不依赖工作空间文件），并明确说"使用会议行动清单技能"。实测回复顶部出现了"加载技能 meeting-action-list"这一行，说明技能真的被调用，然后按四列格式生成行动表，海报负责人照旧写"待确认"。
**第二组，互相冲突的记录。**只发下面这段：
上午记录：小周说周五前完成海报。
下午记录：阿敏说海报由她负责，周四交初稿。
主持人尚未确认分工变更。实测结果在行动表里把两条说法并列成两行，还加了一行提示："以上两条针对同一事项'海报'，负责人与截止时间存在矛盾，并列列出，不做裁决"，并把矛盾列进待确认问题。它没有把后出现的一句当成最终决定，也没有把"初稿"和"完成"混成一个阶段——这正是我们要检查的保留不确定性的能力。
**第三组，无关请求。**开新对话，只输入"帮我写一句咖啡店开业标语"。实测回复直接给出了几条标语，全程没有出现"加载技能"的记录——本技能没有因为"帮我写"三个字就被乱触发。这个反例很重要：一个技能如果处处触发，会污染其他任务的输出。若当前版本没有显示调用记录，只能记录"未观察到调用"，不能断言底层绝对没有使用。
五、失败时修规则，不要只换名字
若缺失负责人仍被补全，回到技能内容检查"合理推断""完善信息"等冲突表述，改成"无原文依据的内容进入待确认问题"，保存后再用第一组的会议文本重测。若每次都问相同问题，要分清是否真缺输入：未指定输出目录可以询问，但负责人未知应该保留待确认后继续，而不是反复卡住。
若技能已安装却不可用，先在"我安装的"列表检查启用状态，再核对是否在正确的任务里调用；官方文档说明关闭不等于卸载，关闭后文件仍保留，但不参与自动调用。不要连续卸载重装，以免丢失自己修改过的规则。遇到涉及第三方脚本或依赖错误时，本课的无脚本设计不应靠"完全访问权限"补救，先确认是否创建出了超出需求的能力。
六、形成一个可重复的小验收表
为自己记录三个样例：正常会议、冲突记录、无关请求。每次修改技能后重新跑这三个样例。记录输入版本、技能版本或修改日期、实际文件位置、哪里通过、哪里失败。不要只保留最好看的一次结果。换成你自己的高频工作时，先把需求文本里的"会议"整体替换成你的任务对象，再按同样的三组输入验收一遍——适用范围写得越窄，触发越准。
最后确认不再需要时，可以在已安装列表关闭技能。关闭与卸载应按界面区分；涉及彻底移除前，先保存你自己的规则文本。下一课将把已稳定的整理任务放入定时执行，但只有输入、输出和失败处理都清楚之后，才值得让它定时运行。
来源说明：流程、提示词和测试样例为开工科技编写。2026-09-18 在 WorkBuddy V5.5.6（macOS，快速档 GLM 模型）实测创建与三组输入并采集全部截图；WorkBuddy 产品能力以腾讯官方文档为准。
文字来源：腾讯 WorkBuddy 普通桌面文档；依据功能事实独立编写的中文练习，非官方授权译本。