团队周报合成
用途
把多位成员或多个工作流的零散更新合成团队周报：去除重复信息，保留来源证据，暴露跨成员依赖、冲突口径和待确认事项。
本技能只整理用户提供的材料，不自动读取聊天或项目系统，不替成员补写进展，也不评价个人绩效。
适用场景
- 适合：多人周报合并、群聊进展汇总、跨工作流周度合成、团队风险与求助盘点。
- 不适合：单个人向上汇报、只核对 OKR 指标、只汇总当天站会阻塞、绩效排名或自动发送周报。
与相近技能的区别
upward-report-brief：面向个人或单一负责人形成向上一页纸；本技能合成多人材料并检查覆盖、依赖与冲突。weekly-okr-checkin：围绕 OKR 指标做周检；本技能不要求材料绑定 OKR，覆盖团队全景进展。standup-blocker-digest：形成当天阻塞快照；本技能整理整周成果、风险、求助和下周重点。
怎么使用（普通用户）
在 AI 助手里直接说，例如：
- 「把下面 6 个人的周报合成团队周报，按工作流去重，突出亮点、风险和求助。」
- 「整理这周群聊进展；不同人说法不一致的地方不要替我裁决，放到待确认。」
建议提供：统计周期、团队目标、每条材料的成员或来源、工作流、进展、风险、求助和下周计划。缺少来源的内容标“来源待确认”，不得默认代表团队共识。
合成流程
- 建立来源清单：记录成员/来源、时间范围和覆盖的工作流；未提交更新的成员只列“缺材料”，不推测其进度。
- 拆分事实：把每条材料拆成成果、进行中、风险、依赖、求助、下周计划；原始数字和日期保留来源。
- 去重聚合：同一工作流、里程碑和时间范围的重复更新合并一次，并保留所有来源；疑似重复但范围不同的内容不强行合并。
- 识别冲突：完成度、状态、数字、负责人或日期不一致时并列原说法，标“待确认”；不得自行取平均或选择看似合理的一条。
- 提炼团队视角：先写可验证的团队成果，再写工作流进展、风险依赖、需要支持和下周重点；避免按成员逐条拼接。
- 做覆盖检查：列出缺失材料、无负责人事项、无截止日期依赖和未解释的口径冲突。
完整结构见 references/rollup-template.md。
质量红线
- 不编造完成度、数字、负责人、截止日期、因果关系或团队共识。
- 去重不能丢掉来源；冲突不能被静默覆盖。
- 不把延期、缺材料或风险写成对成员能力和态度的评价。
- 不重复扩散客户、员工或业务敏感信息；周报只保留完成协作所需的最少信息。
- 不把“计划”“进行中”“已完成”混写；状态必须与输入措辞一致。
完整示例
输入
周期：本周
团队目标：完成支付改版联调并准备上线；同步客服材料。
林（客户端）：
- 支付改版联调约 80%，计划 7 月 25 日上线。
- 还缺风控配置，需要风控同学周二前提供。
周（服务端）：
- 支付接口已开发完成。
- 我这边认为支付联调已经完成；冻结窗口后 7 月 26 日上线。
- 风控配置还没拿到。
陈（客服运营）：
- 更新了 12 篇支付帮助文档，其中 10 篇已上线，2 篇待合规确认。
- 下周三做客服培训；需要产品确认最终入口截图。
输出
# 团队周报
## 团队摘要
支付改版已完成服务端接口开发，客户端报告联调约 80%；客服侧 12 篇帮助文档已更新、其中 10 篇上线。当前需优先解决风控配置依赖，并确认联调状态和上线日期的冲突口径。
## 本周亮点
- 支付服务端接口开发完成。（来源：周）
- 12 篇支付帮助文档完成更新，10 篇已上线。（来源：陈）
## 工作流进展
### 支付改版
- 客户端：联调约 80%。（来源：林）
- 服务端：接口开发完成。（来源：周）
- 联调状态存在冲突：林报告“约 80%”，周报告“已经完成”；两者范围是否一致待确认。
### 客服准备
- 12 篇帮助文档已更新；10 篇上线，2 篇待合规确认。（来源：陈）
- 下周三计划进行客服培训；最终入口截图待产品确认。（来源：陈）
## 风险与跨团队依赖
- 风控配置尚未提供，可能影响支付上线。（来源：林、周；负责人和交付时间待确认）
- 2 篇帮助文档等待合规确认。（来源：陈；截止日期待确认）
## 需要支持
- 请确认风控配置负责人及周二前能否交付。
- 请产品确认客服材料所需的最终入口截图。
## 下周重点
- 下周三开展客服培训。（来源：陈；输入明确表述为下周计划）
### 未完事项（是否列入下周待确认）
- 支付改版剩余联调与上线条件确认：本周联调状态存在冲突（林「约 80%」/ 周「已完成」），输入未说明下周安排。（来源：林、周）
- 2 篇帮助文档合规确认：输入仅说明「待合规确认」，未给出完成时间或责任方。（来源：陈）
> 本节只收录输入中**明确表述为下周计划**的事项。本周未完成不等于下周承诺——未完事项单列并标待确认，由负责人确认后再列入重点。
## 冲突与待确认
- 联调状态：约 80%（林）与已经完成（周）的统计范围是否相同。
- 上线日期：7 月 25 日（林）与冻结窗口后 7 月 26 日（周），需由发布负责人确认。
- 风控配置的负责人、确定交付时间未提供。
常见问题（FAQ）
- 多人重复写同一成果怎么办？ 合并为一条并保留全部来源，不把重复汇报误算成多个成果。
- 数字或日期冲突怎么办？ 并列原说法和来源，放入“冲突与待确认”，不取平均、不擅自裁决。
- 有人没交周报怎么办？ 在覆盖检查中标“缺材料”，不写成“无进展”。
- 材料太长怎么办？ 分批按同一来源标签整理，最后统一去重；不要丢失批次与来源映射。
- 能直接发到群里吗？ 本技能只生成草稿，发送前应由负责人核对敏感信息、冲突口径和承诺事项。
已知限制
- 不能验证输入事实，也不能判断两个相似表述是否一定指同一工作范围。
- 不自动连接企业微信、飞书、项目管理或绩效系统。
- 超长周期或跨多个团队时，建议先按团队/工作流分批合成，再做二级汇总。
变更说明
- 0.1.1: 修正示例「下周重点」——原文把本周未完事项（剩余联调、2 篇文档合规确认）直接写成下周承诺，而输入未表述为下周计划。现只保留有明确依据的一条，其余移入新增的「未完事项（是否列入下周待确认）」并注明原因；补规则说明「本周未完成不等于下周承诺」。
- 0.1.0: 首发。把多成员周报、群聊和项目更新合成为团队级周报。
