必须明确限定输出结构、内容颗粒度和验证逻辑，否则Notion AI易返回泛泛而谈的议程标题；需在提示词开头定义“每项议程下方必须附带3个‘是否…’句式可验证检查项”，并用样例锚定标准、禁用模糊表述、声明信息边界、提供最小必要信息包且严格绑定使用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让notion ai生成包含可执行检查项的项目启动会提纲，必须明确限定输出结构、内容颗粒度和验证逻辑，否则ai容易返回泛泛而谈的议程标题。明确要求AI输出“带检查项”的提纲
在提示词开头直接定义输出类型：请生成一份项目启动会提纲，每项议程下方必须附带【3个具体可验证的检查项】，检查项需用“是否…”句式，且不能出现“确保”“应该”等模糊动词。
这一步漏掉“每项议程下方必须附带”这个位置限定，AI会把检查项堆在文末或混进议程描述里，导致无法对应执行。
强制检查项具备可操作性
方法一：用示例锚定标准
在提示词中插入一条带格式的样例：“例如‘介绍项目背景’议程下的检查项应为：①是否已向全体参会者提前24小时发送含目标/范围/关键干系人的背景文档；②是否在开场3分钟内用1页PPT说清项目触发原因；③是否现场确认过客户方决策链中3个关键人已列席。”
方法二：禁止抽象表述
追加指令：“禁止出现‘是否充分沟通’‘是否达成共识’等无法当场核验的表述；每个检查项必须包含明确动作（发送/展示/确认）、时间点（提前24小时/开场3分钟内/现场）、对象（全体参会者/客户方决策链中3个关键人）三要素。”
【若缺少三要素中的任一项，该检查项即视为无效】
约束AI不自行编造未提供的信息
第一步：声明信息边界
在提示词中写明：“所有检查项必须基于我后续提供的项目基础信息生成，不得虚构角色、流程或文档名称。”
第二步：提供最小必要信息包
紧接着输入真实字段：项目名称=智能工单系统升级；发起部门=客服中心；核心干系人=IT部张伟（技术对接）、客服总监李敏（需求终审）、外包供应商王磊（实施交付）；关键交付物=9月30日前上线新工单模块；当前阶段=需求已签字确认，开发排期未定。”
第三步：绑定检查项与信息包
追加指令：“检查项中出现的角色名、日期、系统名、文档类型，必须严格来自以上信息包，不得新增‘项目经理’‘SOW文件’等未提及的概念。”
