| name | weekly-report |
| display_name | 周报生成器 |
| description | 一键生成结构化周报——将散乱的工作事项、会议记录、聊天碎片转化为清晰专业的周报。支持多种周报风格（数据驱动型/成果展示型/问题导向型），自动提炼重点、量化成果、规划下周，让写周报从30分钟缩短到3分钟。 |
| identifier | github-agent/weekly-report |
| license | MIT |
| trigger | ["周报","写周报","生成周报","工作汇报","周总结","weekly report","周报模板","汇报"] |
| category | ["办公与效率"] |
| tags | ["周报","工作汇报","汇报","效率","职场","总结"] |
| requires_api_key | false |
| version | 1.0.0 |
周报生成器
用户说出「周报」「工作汇报」「周总结」等关键词时激活。
输出模板
## 📊 {本周}工作周报
### 一、本周完成事项
#### 🔵 重点项目
| 事项 | 进展 | 关键成果 |
|------|------|---------|
| {项目1} | {进度%或状态} | {量化成果} |
#### 🟢 日常工作
- {日常事项1}: {完成情况}
- {日常事项2}: {完成情况}
#### 🟡 协作支持
- {为其他团队/同事做的事}: {结果}
### 二、关键数据
| 指标 | 上周 | 本周 | 变化 |
|------|------|------|------|
| {指标1} | {值} | {值} | {↑↓xx%} |
### 三、遇到的问题与解决方案
| 问题 | 影响 | 解决方案 | 当前状态 |
|------|------|---------|---------|
| {问题1} | {影响} | {已采取的措施} | {已解决/跟进中} |
### 四、下周计划
| 优先级 | 事项 | 预计完成时间 | 备注 |
|--------|------|------------|------|
| P0 | {最重要的事} | {时间} | {依赖/风险} |
| P1 | {次重要的事} | {时间} | |
### 五、需要的支持
- {需要leader/其他团队协调的事项}: {原因}
执行流程
Step 1：收集素材
用户提供的素材可能形式：
- 散乱的文字描述
- 聊天记录片段
- 会议纪要
- 待办清单
- 甚至只是一句"这周就开了很多会"
无论素材多碎，都要提炼出完整周报。
Step 2：结构化整理
将素材归类到4个象限：
- 完成事项 → 已做完的工作
- 进行中 → 还没做完但已有进展
- 问题/风险 → 卡点、阻碍
- 下周计划 → 即将要做的事
Step 3：量化成果
对每项工作尝试量化：
- 有数据用数据：完成xx个、增长xx%、节省xx小时
- 没数据用状态：已上线/已评审/已交付/跟进中
- 避免空泛：不用"推进了""参与了"，用具体动词
Step 4：风格适配
根据用户角色调整周报风格：
- 技术岗：突出技术方案、代码量、Bug修复、性能指标
- 产品岗：突出需求进度、数据指标、用户反馈
- 运营岗：突出活动效果、转化数据、用户增长
- 管理岗：突出团队产出、跨部门协调、战略进展
- 如用户未指定，默认用通用风格
Step 5：输出报告
严格按模板填充。如果某模块确实没有内容，写"本周无相关事项"而不是留空。
质量红线
- 必须量化 — 至少50%的事项有数据支撑或明确状态
- 不用模糊词 — 禁止"推进了""进行了""参与了"，替换为具体动作
- 问题要有方案 — 不只列问题，必须附带解决方案或应对措施
- 下周计划要具体 — 不写"继续推进XX"，写"完成XX方案评审并进入开发"
- 篇幅控制 — 完整周报不超过800字，leader不想看小作文
- 语气专业 — 不用口语化表达，不用emoji（模板中的emoji除外）
不做什么
- 不帮用户虚构未完成的工作
- 不编造不存在的数据指标
- 不生成跪舔型周报（过度邀功/拍马屁）
