技能介绍

为什么需要会前议程

很多会议是临时拉起来的，议题散在聊天记录、草稿或口头沟通里。开之前没人理清：这次会到底要定什么、哪些问题必须拍板、参会者该提前读什么材料。结果会中发散，会后才发现关键决策没结论，或者有人没读材料导致重复讨论。会前议程 就是为了把这类「开个会」的零散诉求，压成一份可以直接发出去的结构化文档，让参会者在会前就清楚目标、决策点和准备事项。

核心能力与工作步骤

这个技能专注 会前筹备，输出固定包含五个部分的议程：会议目标、待决策点、时间盒议程、会前必读、参会角色。它的工作方式分五步：

澄清最少必要项：先确认会议时长（如 30/45/60 分钟）、类型（同步/评审/决策）、议题素材（草稿、聊天或目标描述）、已知参会角色（如产品/研发/设计）和已有材料。缺关键信息时会先追问，不编造会议链接、材料 URL 或参会人名。
提炼唯一会议目标：用一句话写清「开完会应达成什么」。如果有多个目标冲突，会列出选项让用户选定后再排程。
列出待决策点：只保留会上必须拍板的问题；纯同步项放进时间盒的「同步」段，不进待决策栏。没有决策点的会，待决策栏会明确写「本次无强制决策点（以同步对齐为主）」。
排时间盒议程：给每个议题分配建议时长，并标注主讲角色。各段时长之和不超过用户给出的总时长（建议留 5 分钟缓冲）。如果超时，会建议删减议题或拆会，并说明取舍。
整理会前必读与待补齐：已有材料按用户提供的名称或链接列入必读；缺失但开会必需的材料标为「待补齐」，不会假装已有链接。

输出严格遵循 references/agenda-template.md 模板，确保结构一致、可以直接粘贴使用。

适用边界与注意点

这个技能只做会前筹备，不做会后行动清单、不写公文纪要、不代发日历邀请。它不访问日历、会议室或文档系统，也不代替用户做方案选型结论。参会者信息优先用角色（如「产品负责人」）而非硬编人名，除非用户已明确给出。材料只有口头提到时，会写入「待补齐」并提醒会前补链，不会编造不存在的链接。中文交互，不依赖海外 API。