多数会前准备只是把议题标题丢进群聊，参会人到场才开始临时拼想法。本文给出一套用AI把议题拆成“要定什么—选项—建议—需要的输入”的可执行做法，含三段提示词模板、新旧写法对照、一个预算会完整走查和失败案例，并划清哪类决策绝不能交给AI。
# 会前别急着发议程，先把议题拆成决策清单
先给判断：会前准备里，凡是“要拍板选哪个”的决策，不能把判断外包给AI；但把议题翻译成一张人人看得懂的决策清单，这件事应该交给AI，而且不做就是浪费所有人的时间。这两句话看着矛盾，其实是同一条边界的两侧——AI负责把模糊的议题摊开成“定什么、有哪些选项、各自代价、还缺什么输入”，人负责在选项之间做选择并承担后果。越界的做法是让AI直接给结论然后群发，欠火候的做法是连清单都自己手敲。
这篇的增量在这里：网上讲会前准备的，大多停在“用AI生成一份议程”，而议程只是时间表。真正决定会议成败的，是参会人坐下时脑子里有没有一张“今天必须定哪几件事”的清单。下面给的是从一段议题背景到一张能发群的决策清单的完整操作，包括在哪个工具里做、提示词怎么填、错了怎么回退。
大家在会前做的，基本是这三件事
我翻过不少部门发出来的会议通知，动作高度雷同：群里发一条消息“周三下午3点，讨论Q1市场投放预算，请相关同事参加”，附一个腾讯文档链接，里面三行——议题、时间、参会人。讲究一点的会把背景材料打包成附件。
行政岗的小周上周就这么发的。她花40分钟把去年的投放数据、三家供应商报价、销售部的渠道反馈整理成一个8页的文档，扔进群里。结果会议开始，销售总监第一句问“今天是要定预算总额，还是定渠道分配？”——没人答得上来。接下来35分钟在澄清“到底议什么”，真正做决定只用了最后12分钟，还留了个“后续再确认”的尾巴。
这类议程的问题是：它描述的是“会议内容”，不是“会议要产出的决定”。参会人读完只知道要聊什么，不知道自己到场前该想清楚什么、该带什么数来。
错在把“话题”当成了“决策”
为什么“讨论XX”这种写法一定低效？机制不复杂。
一个议题在会前是“话题形态”：一个名词短语，边界模糊。到了会上，主持人得现场把它翻译成“决策形态”：要定哪个具体问题、有哪些可选路径、每条路径的代价是什么、谁手里有关键信息。这个翻译动作本身就要消耗10到20分钟，而且是全员陪跑——七八个人一起听背景、一起梳理选项。
更麻烦的是，翻译质量取决于主持人当天的状态。他要是没想清楚，会议就变成“大家先说说看法”，然后发散、跑题、下次再议。
我见过最典型的一次，是某快消公司讨论“是否进入华东便利店渠道”。会前议程就这一句。到场后发现三拨人理解完全不同：销售以为要定“进不进”，财务以为要定“预算给多少”，供应链以为要定“首批铺多少店”。三个问题纠缠在一起，两个半小时没结论。事后复盘，根子就在会前没人把议题拆成清单。
这里要说清AI能碰和不能碰的边界。拆解——把“进不进华东便利店”拆成“是否进入/以什么节奏进入/首批铺货规模/退出条件”四个子问题——是结构化工作，AI做得又快又全。但每个子问题该选哪条路，取决于公司现金流、渠道毛利、竞争对手动作，这些判断只有当事人握着，AI给的“建议”只能当靶子打，不能当结论用。
让AI直接输出“建议选择方案B”，然后你把这段原样发给领导——这是本文最想拦住的用法。领导会问你“为什么是B”，你答不上来，因为理由也是AI编的。
三步把议题变成能发群的决策清单
下面这套流程，我建议用你公司已经在用的国产大模型来做——通义千问、文心一言、豆包、Kimi、DeepSeek 的网页版都行，免费额度足够跑完一次会议准备。不需要插件，不需要 API，不需要付费版。如果你司用的是内网部署版本，功能一般够用，只是上传附件可能受限，把背景材料直接粘贴进对话框即可。
前提只有一个：涉及未公开的财务数据、客户名单、未签约合同条款，不要整段粘进公网大模型。替代做法是把敏感数字替换成区间或代号（“预算约X百万级”“大客户A”），拆解完清单再把真实数字填回去。这条不是形式主义，我见过有人把报价单整份粘进去问“这个方案合理吗”。
第一步，攒一段能用的议题背景。 不用写得多漂亮，但要包含五样东西：会议的决策权限（谁拍板）、当前状况（发生了什么）、已知约束（预算、时间、人力）、牵扯到哪些部门、你个人倾向。最后一条很多人省掉，其实最有用——把你自己的倾向写进去，让AI专门挑战它。
第二步，用下面这段提示词让AI拆。 这是本文第一个模板，适合单议题、需要当场拍板的场景：
你是会议主持人助理。根据下面的议题背景，输出一张“决策清单”，不要给结论性建议，只做结构化拆解。
议题背景：【粘贴第一步写的内容】
按以下结构输出：
1. 本次会议必须做出的决定（1-4条，每条一句话，动词开头，如“确定”“批准”“选择”）
2. 每个决定对应的可选方案（2-4个，写清每个方案的钱、时间、人力代价）
3. 每个方案还缺哪些关键输入（谁提供、什么数据、会前能否拿到）
4. 如果本次不定，默认走向是什么（不决策的后果）
要求：方案里不许出现“视情况而定”“综合考虑”这类空话；缺输入的地方明确写“待【某部门】补充”，不要自己编数。
第三步，自己过一遍，补上AI给不了的东西。 逐条看输出的“决定”是否真的是这次会要拍的板。AI常见的毛病是拆得过细，把一个决定拆成五条，会议开成流水账。我一般会把超过4条的决定合并——一次会议能拍实的板，经验上不超过3到4个。然后是“建议”这一栏：AI不给建议，得你自己填，每条写一句“我倾向X，理由是Y”。这部分恰恰是参会人最需要的，他们想看的不是你中立地罗列选项，而是你作为召集人有没有立场。
做完这三步，把清单贴进会议通知，最好在会前24小时发。财务、销售这类要补数的部门，单独@到人。
三个模板，对应三种会前场景
上面那个是通用版。实际会前准备分几种情况，提示词要换。
场景一：跨部门协调会，最怕各部门带着自己的KPI来。 第二个模板，重点是逼AI把部门立场差异摊到桌面上：
我要组织一次跨部门会议，议题：【填写议题】。
参会部门及可能的关注点：【如财务关注预算合规、销售关注回款周期、法务关注合同风险】。
请输出：
1. 本次要定的核心决策（不超过3条）
2. 每个部门在这个决策上可能的立场和顾虑（基于其职能合理推断，标注“推断”）
3. 会上最可能卡住的争议点（2-3个），以及每个争议点需要什么数据才能推进
4. 会前需要各部门分别确认的一个问题（一句话，可直接发给对方）
不要替任何部门下结论，立场部分只做推断供我核实。
场景二：向上汇报前的预备会，议题复杂、领导时间短。 第三个模板偏“收敛”：
下周要向【总经理/分管副总】汇报【事项】，汇报时间【20】分钟，需当场获批【具体事项】。
已知背景：【填写】。
请把这次汇报拆成一份决策清单：
1. 领导需要在会上做的决定（1-2条，越少越好）
2. 支撑这个决定必须呈现的3个关键数字（说明为什么是这3个）
3. 领导最可能追问的5个问题，按杀伤力排序
4. 每个追问，我手上现在有没有答案；没有的，会前找谁要
输出用表格，不要写鼓励性的话。
场景三：议题还没定型，需要先探路。 这种情况别急着发清单，先让AI帮你把模糊议题拆成“可决策的子问题”，等子问题清晰了，再回到模板一。我常用的一句话是“把这个议题拆成3个必须先回答的子问题，每个子问题标注：谁来回答、什么时候回答”。
三个模板的差别在于收敛程度：跨部门会要摊开分歧，汇报会要收拢到一个决定，探路阶段只拆问题不下判断。
新旧对照：同一段议题，两种发法
拿一个真实场景对比。某制造企业财务经理要组织一次“年度IT系统维护预算评审会”，参会的有IT、采购、生产三个部门。
| 维度 | 常见写法 | 决策清单写法 |
|---|---|---|
| 议题表述 | 讨论2026年IT系统维护预算 | 需决定：维护合同是否续签、续签年限选1年还是3年、预算上限是否突破去年水平 |
| 参会人认知 | 到场才知道要定什么 | 会前知道有3个决定，自己负责哪个 |
| 需要准备的输入 | 未说明 | IT补系统故障记录、采购补两家备选报价、生产补停机损失估算 |
| 召集人立场 | 未表达 | 倾向续签3年锁定价格，但需先看备选报价差额 |
| 不决策的后果 | 未提及 | 合同12月底到期，拖到月底将按临时单价结算 |
| 会议时长 | 预计90分钟，实际常超时 | 预计50分钟，大部分时间用于讨论备选报价差额 |
同样是发一个通知，右边这版参会人坐下时，脑子里已经有一张图。差别不在文笔，在会前有没有人做那次拆解。
这个做法在哪些情况下会失效
说几个我踩过或见过的坑，免得你照抄之后翻车。
议题本身就是“通报”不是“决策”。 有些会就是传达信息、同步进度，没有要拍的板。硬套决策清单，会逼着AI编出几个假决定，参会人看完一头雾水。判断方法：如果你说不出“如果这次会不做决定，会耽误什么”，那就不是决策会，用一份带时间点的信息同步单更合适。
决策涉及未公开的敏感数据。 前面提过，别整段贴进公网模型。另外，涉及人事任免、薪酬调整、并购意向这类议题，连“拆解”这一步都建议人工做或者用内网模型，因为议题背景本身就敏感。
参会人里有强烈反对者，且事先不知情。 决策清单会把分歧摆到明面上，这是好事也是风险。如果某位关键人物对某个方案有强烈异议而你没提前沟通，清单发出去等于公开点火。我的做法是：清单发群之前，先单独把那几条有争议的决定发给当事人看一眼，给他一个会前表达的机会。
AI拆出来的“选项”漏了关键路径。 这是最常见的失败。模型对行业惯例不熟时，给的选项会偏保守或偏理想化。比如拆“是否自建仓储”，它可能只给“自建/外包”两个选项，漏了“混合租赁+第三方运营”。所以第三步的人工核对不能省，尤其是选项是否穷尽。
议题数量超过5个。 一场会塞七八个议题，拆成清单就是一张巨长的表，没人看。超过5个议题，先砍——能并的并、能延的延、能书面的书面解决。清单的价值建立在“少数关键决定”上，不是越多越好。
做完之后，怎么判断这张清单合格
我给自己定的验收标准有四条，你可以照着核。
第一条，拿去问一个没参会的同事：“看完这张清单，你知道周三要定什么吗？”他能准确说出2到3个决定，算过。
第二条，清单里每一条“待补充的输入”都能对应到一个具体的人和具体的时间点。写着“待相关部门提供”的，等于没写。
第三条，召集人自己的“建议”那栏填了没有。空着，说明你还没想清楚，或者不敢表态。都是一种信号。
第四条，反向检验：把清单里所有的“建议”删掉，参会人还能不能看懂要定什么？能，说明结构立住了；不能，说明你把判断混进了结构里。
时间和成本上也交代一句。整套流程我自己跑，从写背景到清单发群，单议题大约35到50分钟；五个议题的会，一个半小时左右。相比会上扯两小时没结论，值得。但如果议题简单到“选A还是选B”两句话能说清，就别上流程了，发个投票更快——工具不是越重越好。
再给一个具体工具的差异，供你选型。Kimi 对长背景材料的消化比较好，你把8页文档粘进去让它拆，它不太会丢关键约束；通义千问和豆包在中文表格输出上更规整，适合直接生成对照表贴进通知；DeepSeek 的推理链条长，适合“向上汇报”那个场景，它把领导可能的追问列得比较全。这些是使用体感上的差别，不是能力排序，你司用哪个顺手就用哪个，免费版都够跑完一次会前准备。没有任何一个工具能替你做“建议”那栏的判断，这点别指望。
最后回到开头那句话。AI把议题摊开，人来做取舍——这条线划清了，会前准备就从“发个通知”变成“提前把会开完一半”。划不清，你就得到了一份看起来很专业、但没人敢据它做决定的清单。
