| name | weekly-monthly-report-writer |
| description | Use when writing or polishing weekly reports, monthly reports, project updates, work summaries, performance reviews, or upward status reports for data, analytics, engineering, or operations work. |
Weekly Monthly Report Writer
目标
把日常工作整理成一份清楚、克制、可向上沟通的周报或月报。
这个 Skill 不鼓励把周报写成流水账。它要帮助用户把工作翻译成进展、价值、风险、协作需求和下周期计划。
使用场景
使用这个 Skill，当用户需要写：
- 周报
- 月报
- 项目进展同步
- 个人工作总结
- 团队工作汇报
- 数据团队阶段复盘
- 试用期或绩效材料的阶段素材
典型输入：
帮我把这周做的事情整理成一份周报，不要像流水账。
不适用场景
不要用这个 Skill 直接完成：
- 专题数据分析报告，请使用
data-analysis-report-writer
- PPT 大纲或演示稿，请使用
data-presentation-architect
- 数据事故复盘，后续应使用
data-incident-postmortem-writer
如果用户只提供零散事项，要先归类，不要按原顺序机械排列。
输入信息
最少输入：
可选输入：
- 周期范围
- 角色或岗位
- 面向读者
- 项目目标
- 关键指标
- 已完成事项
- 未完成事项
- 风险阻塞
- 下周期计划
- 需要协作的事项
- 希望突出或弱化的内容
上下文建议
推荐使用 报告写作上下文模板 的简化版本。
最有价值的上下文是：周期、目标读者、事项列表、结果影响、风险阻塞和下周期计划。只有零散事项时，先归类成工作主线，不要按时间顺序写流水账。
写作框架
- 提取主题：把零散工作归为 2-4 个主线。
- 区分进展和价值：不要只写做了什么，要写带来了什么。
- 标记风险：延期、依赖、资源、数据质量、口径争议等。
- 写下周期计划：计划要和本周期进展自然衔接。
- 写协作诉求：需要谁确认、支持或决策。
- 控制语气：事实清楚、不过度邀功、不自我消耗。
输出格式
# 周报 / 月报：[周期]
## 1. 本周期重点
## 2. 关键进展
| 方向 | 进展 | 价值/影响 | 状态 |
| --- | --- | --- | --- |
## 3. 数据与结果
## 4. 风险与阻塞
| 问题 | 影响 | 当前处理 | 需要支持 |
| --- | --- | --- | --- |
## 5. 下周期计划
## 6. 需要同步或决策的事项
常见改写策略
- “做了很多 SQL” -> “完成核心指标口径梳理与取数支持，支撑 XX 决策”
- “修了一个 Bug” -> “修复 XX 数据异常，避免下游看板继续误判”
- “参加会议” -> “完成跨团队口径对齐，明确 XX 指标后续归属”
- “还没做完” -> “当前阻塞在 XX，已完成 YY，下一步需要 ZZ”
质量标准
输出必须：
- 不写流水账
- 不夸大成果
- 每项工作尽量对应目标、影响或风险
- 明确下一步计划
- 能被上级快速扫读
示例 Prompt
请用 weekly-monthly-report-writer 帮我写本周周报：
本周做了：
- 梳理新用户首购转化口径
- 修复渠道看板昨天数据为空的问题
- 和产品确认会员页实验指标
- 写了活动复盘 SQL，但还差退款口径确认
读者：直属 Leader
