微软Copilot需求文档提示词权威复用流程指南

将Copilot需求文档的提示词从一次性工具转变为可复用的标准化流程，只需四个步骤。核心思路是：剥离每次迭代中变动的业务参数，锁定输出结构边界，再封装为带校验的输入模板。跳过这三步直接复制粘贴提示词，下次调整功能点或增删验收标准时就得重写整段，谈不上复用。

第一步，分离固定骨架与动态占位符。取出你手头的需求文档提示词，逐句识别哪些内容每次必变、哪些永不变化。例如，“请按PRD格式撰写以下功能需求”这类固定前缀不需改动，而“订单取消倒计时组件”和“3秒后自动跳转至订单列表页”显然是变量。关键操作是：把所有需要手工调整的部分，替换为方括号内的占位符，比如【功能名称】、【用户角色】、【核心交互路径】。命名必须见名知义，不能用【a】【b】这类符号敷衍。

同时，原始提示中的所有硬性约束必须原封不动保留。例如，“每个验收标准必须包含前置条件、操作步骤、预期结果三要素”或“禁止使用‘用户友好’‘体验优化’等模糊表述”。这些约束条件才是骨架的承重梁，删掉一条，输出结构就可能走样。

第二步，用Power Automate封装成带校验的提示生成流。进入Power Automate门户，新建一个云端流，触发器选择“手动触发一个流”，然后添加三个文本输入字段：功能名称、用户角色、核心交互路径。接下来插入「条件」操作，专门校验输入质量——【功能名称】必须包含中文或英文字符且长度不小于2；【核心交互路径】则必须含有“→”符号且至少包含两个动作节点，例如“点击支付按钮→跳转至确认页”。任一校验失败立即终止流，返回明确的错误提示，比如“功能名称不能为空”或“交互路径需包含至少两个步骤”。

校验通过后，用「Compose」操作拼出最终提示词：固定前缀 + “功能名称:【功能名称】,用户角色:【用户角色】,交互路径:【核心交互路径】” + 固定约束条款。这一步输出的纯文本，就是可直接喂给Copilot的内容。

第三步，对接Copilot执行并提取结构化结果。这里有两种方式。方法一比较直接：在Word中调出Copilot侧边栏，粘贴Compose输出的提示词，待生成完成后选中表格区域，右键点击“复制为Markdown表格”。目前这一步仍需手动操作，因为Copilot还不支持自动识别表格边界并导出CSV。

方法二更高级：用Power Automate调用Copilot for Microsoft 365 Graph API（需开通Premium许可）。在HTTP操作中配置POST请求体，把Compose输出的提示词填入message.content字段。从响应体的content字段提取原始输出，再用「Parse JSON」操作按预设schema解析各字段。使用时需严格按照这个schema解析：{"type":"object","properties":{"功能概述":{"type":"string"},"用户角色":{"type":"string"},"前置条件":{"type":"array","items":{"type":"string"}},"验收标准":{"type":"array","items":{"type":"string"}}}}

解析成功后，用「Apply to each」遍历“验收标准”数组，对每条标准执行「Compose」和「Append to array variable」，最终输出为标准JSON数组。接着插入「Word Online (Business) – 创建新文档」操作，直接将JSON数组转为表格插入Word正文。走这条路，全程无需人工干预，格式完全可控。

第四步，部署为组织级可复用资产。将封装好的流导出为ZIP包，在PowerShell中执行：Import-FlowTemplate -Path "C:Copilot-Prompts-Kitprds-flow.zip" -Overwrite $true。然后登录Microsoft 365管理中心，进入Settings → Org settings → Copilot → Power Automate，启用「允许用户从提示库启动流」开关。这个开关默认关闭，不打开的话普通用户根本无法调用。

最后一步收尾：在Copilot提示库的「你的提示」选项卡中，新建一条提示，内容写成：“/runflow prds-flow — 功能名称:[功能名称] 用户角色:[用户角色] 交互路径:[核心交互路径]”。保存后全组织可见可调用，一套标准化的需求文档生成流程就算部署到位了。