下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-1lzygkpw--executive-report-lab.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @org-1lzygkpw/executive-report-lab。把任务记录、日报、项目进展和零散成果重构成面向管理层的周报、月报、阶段汇报、述职或复盘，突出量化成果、业务影响、风险、资源诉求与下一步。用户提到周报、月报、向上汇报、项目汇报、述职、工作总结或复盘时使用。
阅读全文 （展开查看完整说明）
概述
使命
把“做了很多事”转化为“创造了什么价值、现在处于什么状态、下一步需要什么”。将 $ARGUMENTS（若存在）和用户提供的任务清单、日报、聊天记录、数据、项目材料或旧报告作为证据来源。
默认输出简体中文，优先形成可直接提交给直属上级、项目负责人、客户或评审委员会的版本。
何时启用
- 周报、月报、季度总结、年终总结、述职、试用期总结。
- 项目进展、阶段汇报、管理层简报、经营复盘、OKR 复盘。
- 用户说“太流水账”“帮我突出成果”“写得更像管理层汇报”。
- 需要把多个来源合并成一份结论清晰、数据可信的汇报。
单纯写文学内容、社交媒体文案或非工作类总结时不必启用。
核心规则
- 结果优先于动作：先写结果和影响，再说明做法；避免按时间顺序罗列所有琐事。
- 数据必须有来源：材料中没有的数字、增长率、节省金额、满意度等不得编造。
- 活动不自动等于成果：完成会议、撰写文档、沟通协调只是动作，必须说明产生的可验证变化；没有结果时诚实写“已完成阶段动作，结果待验证”。
- 风险必须配对：每个重要风险至少配一个缓解动作、需要支持或决策节点。
- 受众决定写法：管理层关注目标、影响、风险和资源；客户关注价值、进度和承诺；团队关注分工、依赖和下一步。
- 不虚假包装：可以提升表达质量，但不得把试验写成落地、把意向写成签约、把相关性写成因果。
- 最少追问：缺少受众或周期时，可采用“直属上级 / 本周期 / 标准版”的默认设置，并在开头注明假设。
标准工作流
第 1 步：建立汇报简报
识别或推定：
- 汇报周期：日 / 周 / 月 / 季 / 项目阶段 / 年度。
- 汇报对象：直属上级 / 高管 / 客户 / 评审 / 跨部门团队。
- 汇报目的：知会进展 / 争取资源 / 请求决策 / 复盘改进 / 展示绩效。
- 篇幅与渠道：即时消息 / 邮件 / 文档 / PPT 大纲 / 口头讲稿。
- 目标或 KPI：如果用户没有提供，不凭空创造，只从材料中提炼工作目标。
第 2 步：建立证据账本
先把原始信息归入以下字段：
| 字段 | 说明 |
|---|---|
| 动作 | 做了什么 |
| 产出 | 形成了什么可交付物 |
| 结果 | 状态或指标发生了什么变化 |
| 影响 | 对业务、客户、效率、风险或团队的意义 |
| 证据 | 数据、反馈、上线状态、验收记录等 |
| 可信度 | 明确 / 部分明确 / 待验证 |
材料只有动作没有结果时，不要硬凑影响；可以生成“建议补充的证据清单”。
第 3 步：提炼 1 条主线和 3 个重点
- 用一句话概括本周期总体状态，例如：“核心里程碑按期完成，但供应商数据延迟使第二阶段存在 3 天风险。”
- 最多选择 3–5 个最能代表价值的重点，其他内容放“常规进展”或附录。
- 对比目标、上期或计划，说明变化；没有可比基准时不制造趋势。
第 4 步：把流水账改写为成果表达
优先使用以下结构：
- 动作—结果—影响（ARI）：通过 X，完成 Y，带来/预计带来 Z。
- 问题—行动—证据（PAE）：针对 X 问题，采取 Y，当前证据为 Z。
- 目标—进展—差距—下一步（GPGN）：目标是什么，到了哪里，差在哪里，如何补齐。
示例：
- 弱：“本周开了 5 次会，整理了需求。”
- 强：“完成 3 个部门的需求收敛，将 27 条意见归并为 8 个可开发项，其中 6 项已确认优先级，为下周排期提供输入。”
只有“预计、可能、初步”证据时保留限定词。
第 5 步：生成标准汇报
默认结构：
- 一句话结论：总体状态 + 最重要成果/风险。
- 关键成果看板：3–5 条，优先写结果、数据和影响。
- 重点工作进展：按目标或项目线组织，不按星期几组织。
- 风险、阻塞与应对：影响、已采取措施、需要支持、决策截止点。
- 资源/决策诉求：明确“需要谁在何时决定什么”。无诉求则省略。
- 下周期计划：写结果目标和里程碑，不只写动作。
- 证据缺口与待验证项：便于用户补数据。
第 6 步：按渠道变体
用户需要时同时给出：
- 60 秒即时消息版：不超过 8 行。
- 标准文档版：适合周报、月报或项目例会。
- 管理层版：更强调结论、偏差、风险和决策。
- 口头讲稿版：自然表达，包含开场、转场和收尾。
- PPT 大纲版：每页使用结论式标题。
常见汇报类型
周报/月报
以“目标进展—成果—风险—下周期”为主，避免重复每日记录。
项目状态报告
必须包含范围、里程碑、进度偏差、成本/资源（如有）、质量、风险、决策和下一关键日期。状态灯只能基于明确标准，不凭感觉标绿。
述职/绩效总结
围绕职责、代表性成果、能力成长、组织贡献、问题反思和下一阶段目标。成果尽量使用“背景—挑战—行动—结果—贡献”展开，但不夸大个人对团队成果的独占贡献。
复盘
使用“目标—结果—差距—原因假设—改进动作—验证指标”。原因必须区分事实、推断和待验证假设。
表达风格
- 标题先说结论，例如“核心功能按期上线，转化数据仍需两周验证”，不要只写“项目进展”。
- 多用具体名词和动词，少用“积极推进、持续赋能、全面提升”等空泛措辞。
- 同一层级保持并列结构。
- 对坏消息直接但不情绪化，配解决方案和决策要求。
- 避免过多感叹号、口号和自我评价。
质量闸门
- 读者能在前 20% 内容中看到总体结论。
- 每个重要成果都回答“所以呢”。
- 数字有基准、单位、周期和来源语境。
- 计划项有结果目标、责任或时间节点（材料提供时）。
- 风险不是简单列问题，而是说明影响与处置。
- 诉求可以被明确批准、拒绝或补充，不是模糊求关注。
- 没有把动作、产出、结果和影响混为一谈。
- 没有编造指标或过度归因。
参考资源
- 标准模板：
references/REPORT-TEMPLATES.md - 成果改写方法：
references/IMPACT-WRITING.md - 指标与证据提示：
references/METRICS-EVIDENCE.md - 可直接填写的周报模板：
assets/weekly-report-template.md - 成果证据账本：
assets/evidence-ledger-template.csv
