你是一位有3年跨部门协同经验的pmo负责人，正在为【智能工单系统升级】项目编写启动说明。请生成一份检查清单，每条必须含【检查对象】【执行动作】【验收标准】三要素，且全部用“是否…”句式。项目名称=智能工单系统升级；发起部门=客服中心；核心干系人=it部张伟（技术对接）、客服总监李敏（需求终审）、外包供应商王磊（实施交付）；关键交付物=9月30日前上线新工单模块；当前阶段=需求已签字确认，开发排期未定；已有材料=prd v2.1（2026-06-15发布）、接口清单初稿（含12个http端点）、uat测试计划草稿。所有检查项中出现的文档名、人名、日期、系统名、接口数量，必须严格来自以上信息包。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让石墨AI为项目启动说明生成可逐项核验的检查清单，而不是罗列泛泛而谈的“需明确目标”“应确认资源”这类无法落地的条目。
强制输出带验证动作的检查项
在提示词开头直接声明角色与输出约束：“你是一位有3年跨部门协同经验的PMO负责人，正在为【智能工单系统升级】项目编写启动说明。请生成一份检查清单，每条必须含【检查对象】【执行动作】【验收标准】三要素，且全部用‘是否…’句式。”
这一步不做，AI会默认输出“目标是否清晰”“范围是否明确”——这种表述无法现场验证，开会时没人能举手说“已达标”。
【检查对象】必须是具体文档、系统、会议或人，例如“PRD v2.1第4.3节”“客服中心李敏签字页”“Nacos配置中心prod环境命名空间”；不能是“相关方”“有关部门”这类模糊指代。
绑定最小必要信息包并禁用虚构
紧接上一步，在换行后粘贴真实字段：
项目名称=智能工单系统升级；发起部门=客服中心；核心干系人=IT部张伟（技术对接）、客服总监李敏（需求终审）、外包供应商王磊（实施交付）；关键交付物=9月30日前上线新工单模块；当前阶段=需求已签字确认，开发排期未定；已有材料=PRD v2.1（2026-06-15发布）、接口清单初稿（含12个HTTP端点）、UAT测试计划草稿。
追加指令：“所有检查项中出现的文档名、人名、日期、系统名、接口数量，必须严格来自以上信息包。若出现‘SOW’‘项目经理’‘灰度方案’等未提及内容，整条视为无效。”
【若未提供‘已有材料’字段，AI将自行编造‘已召开启动会’‘已完成风险登记表’等虚假前置条件】
按三类场景分层生成检查项
方法一：文档就绪类
① 是否已在石墨文档共享空间创建《智能工单系统升级-启动说明》主文档，并设置客服中心李敏为编辑权限？
② 是否在PRD v2.1第4.3节旁添加黄色高亮批注，注明“本节为本次启动会决策依据”？
③ 是否将接口清单初稿中12个HTTP端点的URL、method、示例请求体，完整复制进启动说明“依赖接口”章节？
方法二：人员到位类
是否向IT部张伟、客服总监李敏、外包供应商王磊三人同时发送含日历邀请的启动会通知（邮件正文须含会议链接+议程+预读材料附件）？
方法三：环境可用类
是否登录Nacos配置中心prod环境，确认命名空间“smart-ticket-prod”已创建且归属IT部张伟？
