工作流 17：从零散工作材料到领导汇报稿的 AI 多专家工作流¶
适用岗位：职能人员、项目负责人、部门助理、管理人员、汇报材料撰写者
真实场景：领导让你明天汇报近期工作，你手上是一堆零散的材料——做过的事、遇到的问题、几个数据、一些未完成的项。你需要把它们整理成一份重点清楚、问题不甩锅、有价值的汇报稿，而不是流水账或空洞官话。
最终目标：一份务实的领导汇报稿，包含：提炼后的重点成果、恰当表达的问题与风险、数据支撑、清晰的逻辑结构、分寸得当的措辞，以及对领导可能追问的预判准备。
输入材料清单¶
- 零散工作材料（做过的事、进展、数据、问题、未完成项）
- 汇报对象（汇报给谁：直属领导 / 跨部门 / 高层）
- 汇报场景（例会 / 专项汇报 / 述职 / 紧急汇报）
- 汇报时长或篇幅要求（口头 5 分钟 / 书面一页）
- 特别关切（领导近期关注什么，如有）
工作流总览¶
节点 1：原始材料整理专家
↓ 输出：分类后的工作材料清单
节点 2：汇报对象分析专家
↓ 输出：汇报对象关注点 + 表达基调
节点 3：重点成果提炼专家
↓ 输出：有价值的成果（而非事务罗列）
节点 4：问题与风险表达专家（招牌节点）
↓ 输出：得体表达的问题/风险/困难/建议
节点 5：数据支撑专家
↓ 输出：核对后的数据支撑点
节点 6：逻辑结构专家
↓ 输出：汇报逻辑框架
节点 7：措辞分寸专家
↓ 输出：措辞调整建议
节点 8：汇报稿生成专家
↓ 输出：完整汇报稿
节点 9：领导追问预判专家
↓ 输出：追问预判 + 应答要点
最终交付：领导汇报稿 + 应答准备
专家节点详解¶
每个节点包含六部分：节点定位、输入与输出、使用顺序、提示词包（A 快速 / B 专家 / C 自查 / D 返修）、交付给下游节点、人工验收清单。
C 自查审稿版和 D 返修优化版是当前节点内部的工作模式，不是新的专家角色。
核心原则：汇报是把"做了什么"提炼成"有什么价值"，把"遇到的问题"表达得实事求是又不推责。不编造成果，不夸大也不隐瞒问题。
节点 1：原始材料整理专家¶
1.1 节点定位¶
将零散的工作材料分类整理，分清哪些是成果、哪些是进展、哪些是问题、哪些是数据。汇报前先把手里的"原材料"理清，才能提炼。
1.2 输入与输出¶
输入：零散工作材料 + 汇报场景
输出：分类后的材料清单（成果 / 进行中 / 问题 / 数据 / 未完成）
1.3 使用顺序¶
- 先用「快速生成版」分类整理。
- 材料杂乱或跨多个项目时，改用「专家增强版」。
- 用「自查审稿版」检查分类是否准确、是否遗漏。
- 有问题则用「返修优化版」修正。
- 对照 1.6 验收清单确认，通过后交给节点 3。
1.4 提示词包¶
A. 快速生成版¶
你是一位工作材料整理员。请将以下零散材料分类。
工作材料：【粘贴所有零散材料】
按以下类别整理：
1. 已完成的成果
2. 进行中的工作
3. 遇到的问题
4. 相关数据
5. 未完成/待推进的事项
忠实分类，不夸大成果，不隐瞒问题。
B. 专家增强版¶
你是一位工作材料梳理专家。
任务：将零散工作材料分类整理，为汇报提炼打基础。
输入：
- 工作材料：【粘贴所有材料】
- 汇报场景：【填入例会/述职等】
- 汇报周期：【填入本周/本月/本季度】
处理步骤：
1. 按类别归集：已完成成果 / 进行中工作 / 遇到的问题 / 数据 / 未完成事项
2. 对每项标注与汇报周期的相关性（本期的 / 跨期延续的）
3. 标注每项的重要程度（核心工作 / 常规事务）
4. 标记信息不全的材料（如只有结论没有数据支撑）
输出格式：
| 类别 | 内容 | 重要程度 | 信息完整度 |
约束：忠实分类，不夸大成果也不淡化问题；不确定归类的标注存疑；不补充材料中没有的内容。
质量标准：材料分类清晰，核心工作和常规事务区分开，为后续提炼成果和表达问题做好准备。
常见失败情况：把常规事务当成核心成果；遗漏了问题类材料只留成果；把进行中的工作写成已完成。
C. 自查审稿版¶
此为当前节点的自查模式，不是新的专家角色。
请检查以下材料分类是否存在以下问题：
1. 是否把进行中的工作误归为"已完成成果"？
2. 是否遗漏了问题类材料（只整理了成果）？
3. 核心工作和常规事务是否区分开？
4. 是否补充了材料中没有的内容？
【粘贴材料分类】
逐条说明问题。
D. 返修优化版¶
1.5 交付给下游节点¶
将分类材料清单复制，交给节点 3（重点成果提炼专家）。汇报对象分析（节点 2）可并行进行。
1.6 人工验收清单¶
- [ ] 是否没有把进行中工作误写成已完成？
- [ ] 是否保留了问题类材料？
- [ ] 核心工作和常规事务是否区分？
节点 2：汇报对象分析专家¶
2.1 节点定位¶
分析汇报对象的关注点和沟通偏好，确定汇报的基调和重点。同样的工作，向直属领导和向高层汇报，重点和措辞完全不同。
2.2 输入与输出¶
输入：汇报对象 + 汇报场景 + 特别关切（如有）
输出：汇报对象关注点 + 表达基调 + 内容取舍建议
2.3 使用顺序¶
- 先用「快速生成版」分析汇报对象。
- 汇报对象层级高或情况复杂时，改用「专家增强版」。
- 用「自查审稿版」检查关注点判断是否合理。
- 有问题则用「返修优化版」修正。
- 对照 2.6 验收清单确认，通过后交给节点 3 和节点 6。
2.4 提示词包¶
A. 快速生成版¶
你是一位汇报沟通顾问。请分析汇报对象的关注点。
汇报对象：【填入直属领导/跨部门/高层】
汇报场景：【填入】
领导近期关注（如有）：【填入或留空】
输出：
1. 汇报对象最关心什么（结果/过程/数据/风险）
2. 表达基调建议（详细/精炼/正式/务实）
3. 哪些内容该重点讲，哪些可略过
B. 专家增强版¶
你是一位职场汇报沟通专家。
任务：分析汇报对象，确定汇报的重点取舍和表达基调。
输入：
- 汇报对象：【填入层级和角色】
- 汇报场景：【填入】
- 特别关切：【填入领导近期关注的事项，如有】
分析维度：
1. 关注重点（该层级通常关心结果还是过程、数据还是趋势、风险还是机会）
2. 信息颗粒度（要详细过程还是只要结论）
3. 表达基调（正式/务实/简洁）
4. 内容取舍（哪些必讲、哪些选讲、哪些不必讲）
5. 沟通禁忌（该对象反感什么，如冗长、报喜不报忧、甩锅）
输出格式：
- 关注点分析
- 表达基调建议
- 内容取舍清单（必讲/选讲/略过）
- 沟通注意事项
约束：基于汇报对象的层级和场景合理推断，不臆测具体个人性格（除非用户提供）；建议务实，不教人迎合或粉饰。
质量标准：汇报者据此知道该讲什么、用什么基调、避免什么。
常见失败情况：不分对象一刀切；建议报喜不报忧；颗粒度判断错误（给高层讲太多细节）。
C. 自查审稿版¶
此为当前节点的自查模式，不是新的专家角色。
请检查以下汇报对象分析是否存在以下问题：
1. 关注点判断是否符合该汇报对象的层级（给高层是否建议讲太多细节）？
2. 是否建议了"报喜不报忧"或粉饰（不应该）？
3. 内容取舍是否合理？
【粘贴汇报对象分析】
逐条说明问题。
D. 返修优化版¶
2.5 交付给下游节点¶
将汇报对象关注点和表达基调复制，交给节点 3（重点成果提炼专家）和节点 6（逻辑结构专家）。
2.6 人工验收清单¶
- [ ] 关注点判断是否符合汇报对象层级？
- [ ] 是否没有建议报喜不报忧？
- [ ] 内容取舍是否合理？
节点 3：重点成果提炼专家¶
3.1 节点定位¶
把"做了很多事"提炼成"有价值的成果"。汇报最忌讳流水账——做了 ABCDE 一长串，领导记不住也看不出价值。这一步要提炼出真正值得说的成果。
3.2 输入与输出¶
输入：节点 1 分类材料 + 节点 2 汇报对象关注点
输出：重点成果清单（成果 + 价值 + 支撑事实）
3.3 使用顺序¶
- 先用「快速生成版」提炼成果。
- 工作琐碎、价值不明显时，改用「专家增强版」。
- 用「自查审稿版」检查是否夸大、是否把事务当成果。
- 有问题则用「返修优化版」修正。
- 对照 3.6 验收清单确认，通过后交给节点 5。
3.4 提示词包¶
A. 快速生成版¶
你是一位成果提炼顾问。请把工作提炼成有价值的成果。
工作材料（已分类）：【粘贴节点1的成果和进行中部分】
汇报对象关注点：【粘贴节点2】
输出：
| 成果 | 体现的价值 | 支撑事实 |
要求：提炼"价值"而非罗列"做了什么"；不夸大，价值必须有事实支撑。
B. 专家增强版¶
你是一位汇报成果提炼专家。
任务：将零散的工作提炼为有价值、领导记得住的成果。
输入：
- 已分类材料：【粘贴节点1】
- 汇报对象关注点：【粘贴节点2】
- 汇报周期：【填入】
处理步骤：
1. 从"做了什么"中识别"产生了什么价值"（解决了什么问题、带来什么改善、推进了什么目标）
2. 把同类琐碎事务归并为一个有意义的成果（不逐条罗列）
3. 为每个成果找到支撑事实（数据、完成的交付物、可验证的结果）
4. 按对汇报对象的重要性排序
5. 区分"实打实的成果"和"过程性进展"，不把忙碌当成果
输出格式：
| 成果 | 价值（解决了什么/改善了什么）| 支撑事实 | 重要性 |
约束（关键）：不夸大、不编造价值；价值必须有事实支撑；没有实际价值的常规事务不强行包装成成果；区分成果和苦劳。
质量标准：成果清单让领导能快速看到工作的实际价值，每个成果经得起追问。
常见失败情况：把"开了多少会、发了多少文档"当成果；夸大价值缺乏支撑；流水账式罗列不提炼。
C. 自查审稿版¶
此为当前节点的自查模式，不是新的专家角色。
请检查以下成果提炼是否存在以下问题：
1. 是否把"忙碌/苦劳"（开会、发文档）当成了"成果"？
2. 每个成果的价值是否有事实支撑（而非空泛宣称）？
3. 是否夸大了价值或编造了没有的成果？
4. 是否还是流水账式罗列，没有真正提炼？
【粘贴成果提炼】
逐条说明问题。
D. 返修优化版¶
3.5 交付给下游节点¶
将重点成果清单复制，交给节点 5（数据支撑专家）。问题表达（节点 4）可并行进行。
3.6 人工验收清单¶
- [ ] 是否没有把忙碌/苦劳当成果？
- [ ] 每个成果的价值是否有事实支撑？
- [ ] 是否没有夸大或编造成果？
节点 4：问题与风险表达专家（招牌节点）¶
4.1 节点定位¶
这是本工作流的招牌节点。 解决汇报中最微妙、最考验分寸的部分——怎么表达问题、风险、困难和建议。常见困境：
| 困境 | 错误做法 | 本节点要解决的 |
|---|---|---|
| 怎么写问题但不甩锅 | 把责任推给别人/客观条件 | 客观陈述问题，聚焦解决而非追责 |
| 怎么写风险但不制造恐慌 | 危言耸听或轻描淡写 | 如实评估风险等级，给出应对 |
| 怎么写困难但不显得推责 | 强调困难为完不成找借口 | 说明困难同时表明已采取的应对 |
| 怎么写建议但不越权 | 替领导做决定或指手画脚 | 提供建议供参考，把决策权留给领导 |
汇报里的问题表达，既不能粉饰太平（领导被蒙在鼓里），也不能甩锅诉苦（显得不担当）。
4.2 输入与输出¶
输入：节点 1 分类材料（问题/未完成部分）+ 节点 2 汇报对象
输出：得体表达的问题/风险/困难/建议（每项含表达方式和分寸说明）
4.3 使用顺序¶
- 先用「快速生成版」表达问题和风险。
- 问题敏感或涉及他人责任时，必须使用「专家增强版」。
- 用「自查审稿版」检查是否甩锅、是否制造恐慌、是否越权。
- 有问题则用「返修优化版」修正。
- 对照 4.6 验收清单确认，通过后交给节点 6。
4.4 提示词包¶
A. 快速生成版¶
你是一位汇报表达顾问。请帮助得体地表达问题和风险。
问题与未完成事项：【粘贴节点1的问题部分】
汇报对象：【粘贴节点2】
对每个问题/风险，给出表达方式，遵循：
1. 客观陈述问题，不推责给他人或客观条件
2. 如实说风险，不夸大不淡化
3. 说困难时同时说明已采取的应对
4. 提建议但把决策权留给领导（用"建议""供参考"而非"必须""应该"）
输出：| 问题/风险 | 得体表达 | 配套的应对/建议 |
B. 专家增强版¶
你是一位资深汇报沟通专家，擅长把问题表达得实事求是又得体。
任务：帮助汇报者得体地表达问题、风险、困难和建议。
输入：
- 问题与未完成事项：【粘贴节点1相关部分】
- 汇报对象：【粘贴节点2】
- 这些问题的实际责任归属（如涉及）：【填入或留空】
四类表达原则：
1. 问题表达（不甩锅）
- 客观陈述发生了什么，聚焦"现状和影响"而非"谁的错"
- 涉及他人责任时，陈述事实即可，不主动归咎也不替人背锅
- 表明自己已做或将做什么
2. 风险表达（不制造恐慌）
- 如实评估风险等级（高/中/低），不夸大也不轻描淡写
- 说明风险触发条件和潜在影响
- 配套给出应对措施或建议，让风险"可控感"而非"失控感"
3. 困难表达（不推责）
- 说困难是为了让领导了解真实情况，不是为完不成找借口
- 每说一个困难，同时说明已采取的应对和还需要的支持
- 避免诉苦式表达
4. 建议表达（不越权）
- 用"建议""供参考""是否可以考虑"等措辞
- 提供选项和利弊，把决策权留给领导
- 不替领导拍板，不指手画脚
输出格式：
| 事项 | 类型 | 得体表达 | 配套应对/建议 | 分寸说明 |
约束（关键）：不甩锅、不诉苦、不危言耸听、不越权；问题如实但聚焦解决；建议措辞留有余地。
质量标准：领导读后能了解真实问题和风险，感受到汇报者的担当和分寸，而非推责或邀功。
常见失败情况：把问题归咎于客观条件或他人（甩锅）；强调困难为完不成铺垫（推责）；建议用命令式口吻（越权）；风险危言耸听或刻意淡化。
C. 自查审稿版¶
此为当前节点的自查模式，不是新的专家角色。
请检查以下问题与风险表达是否存在以下问题：
1. 是否把问题归咎于他人或客观条件（甩锅）？
2. 是否在强调困难为完不成任务找借口（推责）？
3. 风险表达是否危言耸听或刻意淡化？
4. 建议是否用了命令式口吻、替领导做决定（越权）？
5. 是否每个问题/困难都配了应对或建议（而非只抛问题）？
【粘贴问题与风险表达】
逐条说明问题。
D. 返修优化版¶
根据自查意见修正问题与风险表达。把甩锅表述改为客观陈述，把推责式困难改为"困难+应对"，校正风险分寸，把越权建议改为留有余地的措辞，为只抛问题的项补充应对。
原始表达：【粘贴原始内容】
自查意见：【粘贴自查结果】
4.5 交付给下游节点¶
将得体表达的问题/风险/困难/建议复制，交给节点 6（逻辑结构专家）。
4.6 人工验收清单¶
- [ ] 问题表达是否客观、没有甩锅给他人或客观条件？
- [ ] 困难表达是否配了应对，而非为完不成找借口？
- [ ] 风险表达是否分寸得当（不夸大不淡化）？
- [ ] 建议是否留有余地、没有越权替领导决定？
节点 5：数据支撑专家¶
5.1 节点定位¶
为成果和问题找到数据支撑，并核对数据的准确性。有数据的汇报更可信，但数据必须真实准确——错误的数据比没有数据更糟。
5.2 输入与输出¶
输入：节点 3 成果清单 + 原始材料中的数据
输出：核对后的数据支撑点（数据 + 对应成果/问题 + 口径说明）
5.3 使用顺序¶
- 先用「快速生成版」匹配数据支撑。
- 数据多或口径需说明时，改用「专家增强版」。
- 用「自查审稿版」检查数据是否真实、口径是否清楚。
- 有问题则用「返修优化版」修正。
- 对照 5.6 验收清单确认，通过后交给节点 6。
5.4 提示词包¶
A. 快速生成版¶
你是一位数据核对员。请为成果匹配数据支撑。
成果清单：【粘贴节点3】
原始数据：【粘贴材料中的数据】
输出：
| 成果/问题 | 数据支撑 | 数据口径（时间范围/统计方式）|
重要：只用材料中真实存在的数据，不编造、不估算。数据不足的标注"暂无数据支撑"。
B. 专家增强版¶
你是一位数据核对专家。
任务：为汇报内容匹配准确的数据支撑，核对口径。
输入：
- 成果清单：【粘贴节点3】
- 问题表达：【粘贴节点4，如需数据支撑】
- 原始数据材料：【粘贴所有数据】
处理步骤：
1. 为每个需要数据支撑的成果/问题匹配材料中的真实数据
2. 核对每个数据的口径（时间范围、统计方式、分母分子）
3. 标注数据来源（来自哪份材料）
4. 对没有数据支撑的成果，明确标注"暂无数据支撑"，不编造
5. 检查数据前后是否一致（同一指标多处出现是否矛盾）
输出格式：
| 成果/问题 | 数据 | 口径说明 | 来源 | 备注 |
约束（关键）：绝不编造或估算数据；只用材料中真实存在的数据；口径不清的标注待核实；数据不足如实说明，不用模糊数据充数。
质量标准：每个数据真实、可追溯、口径清楚，经得起领导核对。
常见失败情况：编造看似合理的数据；用"约""大概"掩盖数据缺失；同一指标前后口径不一致。
C. 自查审稿版¶
此为当前节点的自查模式，不是新的专家角色。
请检查以下数据支撑是否存在以下问题：
1. 是否有编造或估算的数据（应只用材料中真实数据）？
2. 没有数据支撑的成果是否如实标注"暂无数据支撑"？
3. 每个数据的口径（时间范围/统计方式）是否清楚？
4. 同一指标多处出现是否口径一致？
【粘贴数据支撑】
逐条说明问题。
D. 返修优化版¶
5.5 交付给下游节点¶
将核对后的数据支撑点复制，交给节点 6（逻辑结构专家）。
5.6 人工验收清单¶
- [ ] 是否没有编造或估算的数据？
- [ ] 数据缺失项是否如实标注？
- [ ] 每个数据的口径是否清楚？
节点 6：逻辑结构专家¶
6.1 节点定位¶
为汇报设计清晰的逻辑结构，让领导跟得上、记得住。同样的内容，结构清晰和杂乱无章，汇报效果天差地别。
6.2 输入与输出¶
输入：节点 3 成果 + 节点 4 问题 + 节点 5 数据 + 节点 2 汇报对象
输出：汇报逻辑框架（结构 + 各部分要点 + 顺序）
6.3 使用顺序¶
- 先用「快速生成版」搭建结构。
- 内容多或需要特定汇报框架时，改用「专家增强版」。
- 用「自查审稿版」检查结构是否清晰、重点是否突出。
- 有问题则用「返修优化版」调整。
- 对照 6.6 验收清单确认，通过后交给节点 7。
6.4 提示词包¶
A. 快速生成版¶
你是一位汇报结构设计师。请为汇报搭建逻辑结构。
成果：【粘贴节点3】
问题与风险：【粘贴节点4】
汇报对象：【粘贴节点2】
输出汇报框架，建议结构：
1. 总体情况（一句话概括）
2. 重点成果
3. 问题与风险
4. 下一步计划/建议
标注每部分的核心要点和建议时长占比。
B. 专家增强版¶
你是一位汇报逻辑设计专家。
任务：为汇报设计清晰、重点突出的逻辑结构。
输入：
- 重点成果：【粘贴节点3】
- 问题与风险：【粘贴节点4】
- 数据支撑：【粘贴节点5】
- 汇报对象关注点：【粘贴节点2】
- 汇报时长/篇幅：【填入】
处理步骤：
1. 选择适合的汇报结构（总分总 / 时间线 / 问题-对策 / 目标-进展-计划）
2. 确定开场（用最重要的结论或总体情况抓住注意力）
3. 组织主体（成果、问题、计划的呈现顺序和详略）
4. 设计结尾（明确下一步或需要的支持）
5. 按汇报对象关注点调整重点详略
6. 分配各部分篇幅/时长占比
输出格式：
- 推荐结构及理由
- 逐部分框架（部分 | 核心要点 | 详略 | 时长占比）
- 开场和结尾建议
约束：结构服务于汇报对象的关注点；重点突出，避免平均用力；篇幅符合时长要求。
质量标准：领导能顺着结构快速抓住重点，知道工作进展、有什么问题、下一步做什么。
常见失败情况：平铺直叙没有重点；把次要内容放在开头；结尾没有明确下一步或诉求。
C. 自查审稿版¶
此为当前节点的自查模式，不是新的专家角色。
请检查以下汇报结构是否存在以下问题：
1. 重点是否突出（还是平均用力、平铺直叙）？
2. 最重要的内容是否在靠前位置？
3. 结尾是否有明确的下一步或诉求？
4. 篇幅分配是否符合汇报时长要求？
【粘贴汇报结构】
逐条说明问题。
D. 返修优化版¶
6.5 交付给下游节点¶
将汇报逻辑框架复制，交给节点 7（措辞分寸专家）。
6.6 人工验收清单¶
- [ ] 重点是否突出（而非平铺直叙）？
- [ ] 重要内容是否在靠前位置？
- [ ] 结尾是否有明确的下一步或诉求？
节点 7：措辞分寸专家¶
7.1 节点定位¶
调整汇报的措辞分寸，让表达务实得体，既不卑微也不张扬，去除空话套话。措辞是汇报的"最后一公里"，分寸不当会让好内容打折扣。
7.2 输入与输出¶
输入：节点 6 逻辑框架 + 节点 4 问题表达 + 节点 2 表达基调
输出：措辞调整建议（原表述 → 建议表述 + 理由）
7.3 使用顺序¶
- 先用「快速生成版」调整措辞。
- 涉及敏感表达或正式场合时，改用「专家增强版」。
- 用「自查审稿版」检查是否有空话套话、分寸是否得当。
- 有问题则用「返修优化版」修正。
- 对照 7.6 验收清单确认，通过后交给节点 8。
7.4 提示词包¶
A. 快速生成版¶
你是一位措辞顾问。请调整汇报措辞。
汇报内容要点：【粘贴节点6框架和节点4表达】
表达基调：【粘贴节点2】
调整原则：
1. 去除空话套话（赋能、抓手、闭环、提效等）
2. 务实具体，不夸大不卑微
3. 数字和事实说话，少用形容词
输出：| 原表述 | 建议表述 | 理由 |
B. 专家增强版¶
你是一位职场措辞分寸专家。
任务：调整汇报措辞，使表达务实、得体、有分寸。
输入：
- 汇报框架和要点：【粘贴节点6】
- 问题表达：【粘贴节点4】
- 表达基调：【粘贴节点2】
调整维度：
1. 去空话（删除"赋能、抓手、闭环、提效、深入推进"等空泛词，换成具体表述）
2. 控分寸（成果不夸大、不邀功；问题不卑微、不诉苦）
3. 重事实（用数字、事实、可验证的结果说话，减少主观形容词）
4. 调语气（符合表达基调：对高层简洁有力，对直属领导可适当详细）
5. 避雷区（避免绝对化表述、避免给自己挖坑的承诺）
输出格式：
| 原表述 | 建议表述 | 调整理由 |
+ 整体措辞基调说明
约束：措辞务实，不教粉饰或卖弄；保留内容的真实性，只调整表达方式；不堆砌华丽辞藻。
质量标准：汇报读起来务实可信，没有空话套话，分寸得当。
常见失败情况：用空泛词替换了具体内容；为显得"有水平"堆砌术语；成果夸大或问题表达过于卑微。
C. 自查审稿版¶
此为当前节点的自查模式，不是新的专家角色。
请检查以下措辞调整是否存在以下问题：
1. 是否还残留空话套话（赋能、抓手、闭环等）？
2. 调整后是否用空泛词替换掉了具体内容？
3. 措辞分寸是否得当（成果不夸大、问题不卑微）？
4. 是否为显水平堆砌了不必要的术语？
【粘贴措辞调整】
逐条说明问题。
D. 返修优化版¶
7.5 交付给下游节点¶
将措辞调整建议复制，交给节点 8（汇报稿生成专家）。
7.6 人工验收清单¶
- [ ] 是否清除了空话套话？
- [ ] 是否没有用空泛词替换具体内容？
- [ ] 措辞分寸是否得当？
节点 8：汇报稿生成专家¶
8.1 节点定位¶
整合前序所有产出，生成完整的汇报稿。汇报稿要可直接用于口头汇报或书面提交。
8.2 输入与输出¶
输入：节点 3 成果 + 节点 4 问题 + 节点 5 数据 + 节点 6 结构 + 节点 7 措辞
输出：完整汇报稿
8.3 使用顺序¶
- 先用「快速生成版」生成汇报稿。
- 正式汇报或书面提交时，改用「专家增强版」。
- 用「自查审稿版」检查汇报稿是否务实、是否符合结构和分寸。
- 有问题则用「返修优化版」修正。
- 对照 8.6 验收清单确认，通过后交给节点 9。
8.4 提示词包¶
A. 快速生成版¶
你是一位汇报稿撰写员。请整合内容为汇报稿。
逻辑结构：【粘贴节点6】
成果：【粘贴节点3】
问题与风险：【粘贴节点4】
数据：【粘贴节点5】
措辞建议：【粘贴节点7】
按结构生成完整汇报稿，务实、重点清楚、无空话。
B. 专家增强版¶
你是一位专业汇报稿撰写专家。
任务：整合所有内容，撰写务实、得体、重点突出的汇报稿。
输入：
- 逻辑结构：【粘贴节点6】
- 重点成果：【粘贴节点3】
- 问题与风险表达：【粘贴节点4】
- 数据支撑：【粘贴节点5】
- 措辞建议：【粘贴节点7】
- 汇报时长/篇幅：【填入】
撰写要求：
1. 按节点6的逻辑结构组织
2. 成果部分突出价值，配数据支撑
3. 问题部分按节点4的得体表达，不甩锅不诉苦
4. 应用节点7的措辞调整，去空话
5. 控制篇幅符合时长要求
6. 开场抓重点，结尾明确下一步/诉求
输出：完整汇报稿（可直接用于口头或书面汇报）
约束（关键）：不编造成果和数据；问题表达保持得体分寸；不堆砌空话；内容全部来自前序节点，不新增。
质量标准：汇报稿务实可信、重点突出、分寸得当，可直接使用。
常见失败情况：整合时重新引入空话；夸大成果；问题表达失了分寸；篇幅超时。
C. 自查审稿版¶
此为当前节点的自查模式，不是新的专家角色。
请检查以下汇报稿是否存在以下问题：
1. 是否重新引入了空话套话？
2. 成果是否被夸大、数据是否有编造？
3. 问题表达是否保持了得体分寸（不甩锅不诉苦）？
4. 篇幅是否符合汇报时长要求？
5. 是否新增了前序节点没有的内容？
【粘贴汇报稿】
逐条说明问题。
D. 返修优化版¶
8.5 交付给下游节点¶
将完整汇报稿复制，交给节点 9（领导追问预判专家）。
8.6 人工验收清单¶
- [ ] 是否没有空话套话？
- [ ] 成果和数据是否真实没有夸大编造？
- [ ] 问题表达是否得体？
- [ ] 篇幅是否符合要求？
节点 9：领导追问预判专家¶
9.1 节点定位¶
预判领导可能追问的问题，准备应答要点。汇报常常不是讲完就结束，领导的追问才是关键时刻——有准备和没准备差别很大。
9.2 输入与输出¶
输入：节点 8 汇报稿 + 节点 4 问题风险 + 节点 2 汇报对象
输出：追问预判清单（可能的追问 + 应答要点）
9.3 使用顺序¶
- 先用「快速生成版」预判追问。
- 汇报涉及敏感问题或重大事项时，改用「专家增强版」。
- 用「自查审稿版」检查预判是否切中要害、应答是否可用。
- 有问题则用「返修优化版」补充。
- 对照 9.6 验收清单确认。
9.4 提示词包¶
A. 快速生成版¶
你是一位汇报应答顾问。请预判领导可能的追问。
汇报稿：【粘贴节点8】
汇报对象：【粘贴节点2】
输出：
| 可能的追问 | 应答要点 |
重点预判：成果的真实性、问题的解决方案、数据的来源、下一步的可行性。
B. 专家增强版¶
你是一位汇报应答准备专家。
任务：预判领导可能的追问，准备应答要点。
输入：
- 汇报稿：【粘贴节点8】
- 问题与风险：【粘贴节点4】
- 汇报对象关注点：【粘贴节点2】
预判维度：
1. 成果追问（这个成果具体怎么实现的、价值怎么衡量、能否持续）
2. 数据追问（数据来源、口径、为什么是这个数）
3. 问题追问（问题根因、为什么会发生、怎么解决、什么时候解决）
4. 风险追问（风险有多大、如果发生怎么办）
5. 计划追问（下一步具体怎么做、需要什么资源、什么时候完成）
6. 责任追问（这事谁负责、为什么没早发现）
对每个预判追问准备应答要点：
- 应答方向（如实回答 / 需要补充确认 / 提供方案）
- 关键要点（应答时要说清楚的核心）
- 注意事项（这个问题回答时的分寸）
输出格式：
| 可能的追问 | 追问类型 | 应答要点 | 注意事项 |
+ 高概率追问标注（最可能被问到的 3 个）
约束：应答要点基于真实情况，不教编造或搪塞；对答不上的问题，建议如实说"需要会后核实"而非硬答。
质量标准：覆盖高概率追问，应答要点务实可用，帮助汇报者从容应对。
常见失败情况：只预判简单问题漏掉尖锐问题；应答要点教人搪塞；没有标注高概率追问。
C. 自查审稿版¶
此为当前节点的自查模式，不是新的专家角色。
请检查以下追问预判是否存在以下问题：
1. 是否覆盖了尖锐问题（而非只预判好回答的）？
2. 应答要点是否教人搪塞或编造（应基于真实情况）？
3. 对可能答不上的问题，是否建议"会后核实"而非硬答？
4. 是否标注了高概率追问？
【粘贴追问预判】
逐条说明问题。
D. 返修优化版¶
9.5 交付给下游节点¶
本节点是工作流终点。追问预判与汇报稿一起构成最终交付物，用于汇报前准备。
9.6 人工验收清单¶
- [ ] 是否覆盖了尖锐问题（而非只有好答的）？
- [ ] 应答要点是否基于真实情况（不搪塞编造）？
- [ ] 答不上的问题是否建议"会后核实"？
节点交接说明¶
| 上游节点 | 交接内容 | 下游节点 |
|---|---|---|
| 节点 1 材料整理 | 分类后的材料清单 | 节点 3 |
| 节点 2 对象分析 | 关注点 + 表达基调 | 节点 3、节点 6 |
| 节点 3 成果提炼 | 重点成果清单 | 节点 5 |
| 节点 4 问题表达 | 得体的问题/风险/困难/建议 | 节点 6 |
| 节点 5 数据支撑 | 核对后的数据支撑点 | 节点 6 |
| 节点 6 逻辑结构 | 汇报逻辑框架 | 节点 7 |
| 节点 7 措辞分寸 | 措辞调整建议 | 节点 8 |
| 节点 8 汇报稿生成 | 完整汇报稿 | 节点 9 |
| 节点 9 追问预判 | 追问预判 + 应答要点 | 最终输出模板 |
最终输出模板¶
【汇报主题】工作汇报
汇报人：【填入】 | 汇报对象：【填入】 | 日期：【填入】
━━ 总体情况 ━━
【一句话概括本期工作总体情况】
━━ 重点成果 ━━
1.【成果】——【价值】（数据支撑：【数据】）
2.【成果】——【价值】（数据支撑：【数据】）
━━ 问题与风险 ━━
1.【问题/风险的得体表达】
应对：【已采取或计划的应对】
2.【问题/风险】
应对：【应对】
━━ 下一步计划 ━━
1.【下一步行动】
2.【需要的支持/资源】
━━━━━━━━━━━━━━━━━━━━
【附：汇报前准备 —— 不汇报，仅自用】
需会后核实的数据/事项：
- 【列出节点5标注"待核实"的项】
领导可能追问（高概率）：
1. Q:【追问】 A:【应答要点】
2. Q:【追问】 A:【应答要点】
3. Q:【追问】 A:【应答要点】
常见错误¶
错误 1：把"做了很多事"直接当汇报内容
表现：汇报变成流水账，列了一大堆做过的事，领导记不住也看不出价值。
修复：执行节点 3，从"做了什么"提炼"产生了什么价值"，归并琐碎事务，突出真正的成果。
错误 2：问题表达甩锅或诉苦
表现：说问题时把责任推给客观条件或别的部门，或者强调困难为完不成铺垫，显得不担当。
修复：执行节点 4（招牌节点），客观陈述问题聚焦解决，说困难时同时说应对，把握"如实但不推责"的分寸。
错误 3：用空话套话掩盖内容空洞
表现：通篇"赋能、抓手、闭环、深入推进"，听起来很热闹，实际没说清楚做了什么、有什么价值。
修复：执行节点 7，清除空泛词，用数字、事实、具体结果说话。
人工验收清单¶
- [ ] 成果是否提炼出了价值，而非流水账罗列？
- [ ] 问题表达是否客观得体，没有甩锅或诉苦？
- [ ] 数据是否真实，没有编造或估算？
- [ ] 是否清除了空话套话？
- [ ] 是否准备了领导追问的应答要点？
延伸玩法¶
- 变体 1：书面报告版：将汇报稿扩展为正式书面报告，增加背景说明和详细数据附表，适合需要存档的正式汇报。
- 变体 2：紧急汇报版：对突发问题的紧急汇报，重点走节点 4（问题表达）→ 节点 6（结构）→ 节点 9（追问预判），快速准备"问题-影响-应对-建议"四段式汇报。
- 进阶组合：与"工作流 16（会议纪要工作流）"结合，把会议纪要的决策和成果作为汇报材料输入；与"工作流 18（数据分析报告工作流）"结合，用数据分析结论作为汇报的数据支撑。