请逐句对比修改，并严格按以下结构输出：① 原文（原样引用）；② 修改后（仅显示改写结果）；③ 为什么这样改（聚焦目标对齐性/数据支撑力/归因准确性等具体维度，不说空话）。所有修改理由必须从以下任一角度展开：是否强化了KR与O的战略承接关系；是否将模糊描述转为可验证的行为动词；是否剔除了归因于外部因素却未说明应对动作的表述。禁止出现“更加”“进一步”“显著”等无实质信息的副词；若原文存在数据缺失，不得自行编造数值，而应标注“此处需补充Q3实际达成率：__%”。对每一条修改理由，须指出对应OKR框架中的哪条原则被触发（例如：《Google OKR手册》第4章“KR必须可衡量”）。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Copilot在修改OKR复盘内容时，不仅给出改写结果，还要同步说明每一处调整背后的逻辑依据，避免AI只换词不讲理、改得突兀又难溯源。
明确指令结构：用“三段式”锁定修改理由
在提示词开头直接定义输出格式：要求Copilot按【原文】→【修改后】→【为什么这样改】三栏呈现，缺一不可。例如：“请逐句对比修改，并严格按以下结构输出：① 原文（原样引用）；② 修改后（仅显示改写结果）；③ 为什么这样改（聚焦目标对齐性/数据支撑力/归因准确性等具体维度，不说空话）”。
这一步必须写死结构。Copilot默认倾向直接给结论，不主动拆解逻辑；不强制格式，它大概率跳过理由，只返回润色版。
注入判断锚点：限定理由的思考维度
在提示词中嵌入3个不可绕过的分析视角，例如：“所有修改理由必须从以下任一角度展开：是否强化了KR与O的战略承接关系；是否将模糊描述转为可验证的行为动词；是否剔除了归因于外部因素却未说明应对动作的表述”。
Outlook 日历 / Microsoft 365 日历 SECURE API CLI。当用户需要列出、搜索或读取 Outlook / Microsoft 365 日历事件，以及创建……
【缺少具体锚点会导致理由泛化成“更专业”“更简洁”这类无效反馈】。Copilot会套用模板话术，比如“此处优化了语言流畅度”，实际对你复盘质量毫无帮助。
堵住偷懒路径：禁止模糊替换与主观美化
方法一：加入负面约束句——“禁止出现‘更加’‘进一步’‘显著’等无实质信息的副词；若原文存在数据缺失，不得自行编造数值，而应标注‘此处需补充Q3实际达成率：__%’”。
方法二：要求反向验证——“对每一条修改理由，须指出对应OKR框架中的哪条原则被触发（例如：《Google OKR手册》第4章‘KR必须可衡量’）”。
这一步能筛掉AI凭语感乱调的版本。它被迫调用规则库而非语言模型直觉，理由才真正可追溯。
