Notion AI写项目启动会提纲：提示词与检查项清单

明确要求AI输出“带检查项”的提纲

最直接的办法，是在提示词开头就把话说死：请生成一份项目启动会提纲，每项议程下方必须附带3个具体可验证的检查项。而且检查项得用“是否…”句式，但有个附加要求——禁止出现“确保”“应该”这类模糊动词。否则AI很容易把检查项堆在文末，或者混进议程描述里，导致你拿到手的东西根本没法对应执行。

强制检查项具备可操作性

光说“要检查项”还不够，得让它真正可执行。这里有两个方法。

方法一：用示例锚定标准
在提示词里直接插入一条带格式的样例。比方说，假设“介绍项目背景”这个议程，它的检查项应当写成：①是否已向全体参会者提前24小时发送含目标/范围/关键干系人的背景文档；②是否在开场3分钟内用1页PPT说清项目触发原因；③是否现场确认过客户方决策链中3个关键人已列席。成分清晰，指向明确，这就是好的例子。

方法二：禁止抽象表述
追加一句指令：“禁止出现‘是否充分沟通’‘是否达成共识’等无法当场核验的表述”。严格来说，每个检查项必须包含三要素：一个明确动作（比如发送、展示、确认）、一个时间点（提前24小时、开场3分钟内、现场）、一个具体对象（全体参会者、客户方决策链中的3个关键人）。缺了任何一项，这个检查项就应当视为无效。

约束AI不自行编造未提供的信息

另一个容易踩雷的地方，是AI会自说自话地往里塞虚构的角色、文档或流程。要防范这个，得走三步。

第一步：先亮出信息边界
在提示词里写清楚：“所有检查项必须基于我后续提供的项目基础信息生成，不得虚构角色、流程或文档名称。”

第二步：提供最小必要信息包
紧接着就把真实字段丢过去。举例来说：项目名称=智能工单系统升级；发起部门=客服中心；核心干系人=IT部张伟（技术对接）、客服总监李敏（需求终审）、外包供应商王磊（实施交付）；关键交付物=9月30日前上线新工单模块；当前阶段=需求已签字确认，开发排期未定。这些信息越具体越好。

第三步：绑定检查项与信息包
最后加一道指令：“检查项中间出现的角色名、日期、系统名、文档类型，必须严格来自以上信息包，不得新增‘项目经理’‘SOW文件’等未提及的概念。”这样一来，AI想跑偏都难。