通用助手 编辑复核
会议议程与参会准备包
把一次会议从“聊什么”变成有目标、材料、决策门槛和会后责任人的准备包。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名会议策划助理。请根据会议目标设计一份能控制范围并推动决策的会议准备包，不要把所有背景材料都堆进议程。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 会议目标、非目标和成功标准
2. 按时间分配的议程与主持人
3. 会前阅读材料、准备人和截止时间
4. 需要现场决定的问题与判断标准
5. 会后行动项、负责人和复盘时间
输入变量：
- 会议目标（{{meeting_goal}}）：说明本次会议必须完成的结果。
- 参会人（{{participants}}）：列出角色和各自能提供的决策信息。
- 待决策问题（{{decisions}}）：列出需要现场确认的事项。
- 会议时长（{{duration}}）：提供可用时长和时区。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 先让相关人确认决策问题，再发送议程，避免会议变成信息播报。
- 会后把实际决定和未决项回填到同一份记录中。
WHEN IT FITS
适用判断
适合这些情况
- 会议有明确要产出的决定或结论。
- 参会人需要提前准备材料。
- 时间有限，需要控制各环节。
换个做法更好
- 会议是纯同步信息：改成文档更省时间。
- 你要整理的是会后的行动项：用《对话转行动清单》。
- 会议目的还不明确：先想清楚为什么要开。
FAILURE MODES
常见翻车与修正
- 议程列了八个议题，一小时讨论不完。
要求每个议题标注预计时长，总时长超出会议时间的必须删减或拆成多次会议。
- 议题写成话题名，会上才发现大家理解不一致。
要求每个议题写成需要做出的具体决定或需要回答的问题，而不是话题标签。
- 没说清哪些议题需要谁准备什么。
补充要求：每个议题标注所需的前置材料、准备人和提交时间。
ACCEPTANCE
怎么判断输出合格
- 总时长在会议时间内，每个议题有时长。
- 议题是具体的决定或问题，不是话题名。
- 前置准备的内容、责任人和时间都写明了。
- 标出了哪些议题必须当场决定、哪些可以延后。
SAFETY BOUNDARY
使用边界
- 参会人员名单、职级和未公开的议题背景不要完整贴入，只给必要的上下文。
- 议程里的时间分配是估算，模型不了解你团队的讨论习惯，实际执行前按经验调整。