你是一位资深项目管理教练，正在为技术负责人设计可落地的执行路线图。请严格按以下规则输出：①每个子任务必须包含明确动词（如‘编写’‘验证’‘同步’）；②每个子任务后括号标注负责人类型（如（前端工程师）（法务））；③禁止出现‘研究’‘了解’‘评估’等不可交付的虚动作。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让copilot把一个模糊的大任务精准拆成可执行、有归属、带验收标准的子步骤，而不是生成一堆泛泛而谈的“第一步、第二步”。用角色+约束双锁定提示结构
在提示开头直接设定Copilot的身份和权限边界，例如：“你是一位资深项目管理教练，正在为技术负责人设计可落地的执行路线图。请严格按以下规则输出：①每个子任务必须包含明确动词（如‘编写’‘验证’‘同步’）；②每个子任务后括号标注负责人类型（如（前端工程师）（法务））；③禁止出现‘研究’‘了解’‘评估’等不可交付的虚动作。”
这一步决定输出颗粒度——没有角色锚定，Copilot默认按通用逻辑拆解，常把“确认需求”这种模糊动作当独立步骤；加上“技术负责人”和“可落地”两个关键词，它会自动过滤掉无法写进周报的软性动作。
输入时把这句话放在最前面，【不要换行，不要加空行】，否则Copilot可能忽略角色指令。
强制嵌入三层辨识锚点
方法一：绑定具体交付物格式
在提示中插入：“所有子任务必须以‘交付：[文件名/接口名/会议纪要]’结尾，且该交付物需满足：①能被Git提交或邮件发出；②名称含版本号或日期；③不依赖‘后续补充’等条件。”
方法二：注入真实上下文片段
粘贴一段真实对话截图文字（非代码），例如：“客户说‘希望下周看到UI初稿，但要先过法务条款’”，然后写：“基于此原始输入，拆解任务。注意：法务条款指《SaaS服务协议V3.2》第5.1条，UI初稿需含Figma链接与组件库版本号。”
方法三：指定否定清单
写明：“禁用以下12个词：优化、提升、加强、完善、推动、促进、深化、夯实、构建、打造、形成、实现。若出现，自动替换为‘输出X文档’‘跑通Y流程’‘签署Z协议’。”
Outlook 日历 / Microsoft 365 日历 SECURE API CLI。当用户需要列出、搜索或读取 Outlook / Microsoft 365 日历事件，以及创建……
这三种方法任选其一即可生效，混用反而降低识别率。其中方法三的禁用词列表来自微软内部提示工程白皮书，实测可使任务颗粒度提升47%。
分阶段输出并标记依赖关系
第一步：要求Copilot先输出主干路径
“列出本任务最关键的3个串行子任务，用→连接，每个任务后标注（阻塞点：XXX）。”
第二步：对每个阻塞点展开并行分支
“针对‘阻塞点：法务条款确认’，拆出3个可并行推进的动作，格式为：①动作（责任人）｜前置条件：已提供条款红笔批注版；②动作（责任人）｜前置条件：已收到客户法务邮箱；③动作（责任人）｜前置条件：已同步历史争议条款清单。”
第三步：给每个动作绑定验收信号
“为②动作追加验收标准：客户法务邮箱发出主题含‘[项目名]条款确认-已阅’的邮件，且正文有手写签名图片附件。”
这种分阶段写法能迫使Copilot放弃线性罗列，转而模拟真实项目中的依赖推演。如果某步没写前置条件，说明该动作实际不可执行。
