一键在 Manus 中运行任何 Skill

weekly-report

星标2

分支0

更新时间2026年3月19日 13:28

生成数据驱动的周报/月报，结论先行、禁止空话。Use when writing weekly reports, monthly reports, or periodic status updates. Triggers on: '写周报', '周报', '月报', 'weekly report', 'monthly report', 'status report', 'weekly update', '写一下这周的汇报', '帮我写周报', '本周总结'.

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

stevenchouai

stevenchouai/manage-up

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

周报 / 月报 (Weekly / Monthly Report)

继承 manage-up-core 五大原则。本技能专注于周期性状态汇报——职场中最常写、最容易写成流水账的报告类型。

触发场景

用户要求写周报、月报、双周报
用户提到 "weekly report"、"monthly update"、"status report"
用户提到 "本周总结"、"这周汇报"、"月度汇报"

必填输入 (Required Inputs)

生成报告前，向用户收集以下信息。一次性列出，用户可口语化提供：

为了写出一份让老板满意的周报，请提供以下信息（口语化就行，我来整理）：

1. **本周完成的事**：做了哪些具体的事？每件事的结果/产出是什么？
   例：完成了用户登录模块开发，通过 QA 测试；处理了 15 个客户工单，平均响应时间 2 小时

2. **关键数据/指标**：有哪些可以量化的成果？
   例：DAU 从 12000 涨到 15000；代码覆盖率从 65% 提升到 78%；处理了 23 个 ticket

3. **遇到的问题/阻塞**：什么事卡住了？原因是什么？需要什么帮助？
   例：支付接口对接延迟，等待第三方 API 文档，预计影响上线时间 3 天

4. **下周计划**：下周最重要的 2-3 件事是什么？
   例：完成支付模块联调；启动 v2.0 需求评审；修复遗留的 5 个 P2 bug

5. **需要老板关注/决策的事**（可选）：有没有需要老板帮忙推动或做决定的事？
   例：需要确认是否引入新的缓存方案，涉及额外 $200/月的基础设施成本

没有的信息可以跳过，我不会编造数据。

报告模板

中文模板

# [团队/项目名] 周报 YYYY.MM.DD

## 核心结论

[一句话总结本周最重要的状态和需要老板关注的事]

## 关键指标

| 指标 | 上周 | 本周 | 变化 |
|------|-----|------|-----|
| [指标1] | X | Y | +Z% |
| [指标2] | X | Y | -Z% |

## 本周完成

- **[事项1]**：[具体产出和结果]
- **[事项2]**：[具体产出和结果]
- **[事项3]**：[具体产出和结果]

## 风险与阻塞

- **[风险1]**：[具体描述] → 影响：[量化影响] → 需要：[具体请求]
- **[风险2]**：[具体描述] → 已缓解 / 进行中

## 下周计划

| 优先级 | 事项 | 预计完成日 |
|--------|-----|-----------|
| P0 | [最重要的事] | MM/DD |
| P1 | [第二重要] | MM/DD |
| P1 | [第三重要] | MM/DD |

## 需要决策

- [决策事项]：[选项A vs 选项B]，建议 [你的建议]，截止 [日期]

English Template

# [Team/Project] Weekly Report YYYY-MM-DD

## Bottom Line

[One sentence: most important status + what the boss needs to know/do]

## Key Metrics

| Metric | Last Week | This Week | Change |
|--------|-----------|-----------|--------|
| [Metric 1] | X | Y | +Z% |
| [Metric 2] | X | Y | -Z% |

## Completed

- **[Item 1]**: [concrete output and result]
- **[Item 2]**: [concrete output and result]

## Risks & Blockers

- **[Risk 1]**: [description] → Impact: [quantified] → Need: [specific ask]

## Next Week

| Priority | Item | Target Date |
|----------|------|-------------|
| P0 | [Most important] | MM/DD |
| P1 | [Second] | MM/DD |

## Decisions Needed

- [Decision]: [Option A vs B], recommend [your pick], deadline [date]

反空话规则 (Anti-Fluff Rules)

以下表达在周报中禁止使用，除非附带具体数据：

禁止	替换为
本周持续推进了XX工作	本周完成了XX的 [具体里程碑/交付物]
与XX部门积极沟通	与XX部门对齐了 [具体事项]，结论是 [什么]
进展顺利	完成 N/M 项计划任务，进度 [提前/按时/延迟X天]
做了大量工作	完成 N 个 [任务单位]，具体包括 [列举]
有效提升了XX	XX 从 [旧值] 提升至 [新值]（+Z%）
optimized performance	reduced latency from Xms to Yms (Z% improvement)
worked on feature X	shipped feature X to production, now serving N users
had productive discussions	aligned on [decision], next step is [action] by [date]

写作规则

结论先行：第一段 "核心结论" 必须能独立传达本周最重要的信息
完成项用过去式：强调已经交付的结果，不是正在做的过程
风险必须量化影响：不是"可能有延迟"，而是"预计延迟 3 天，影响 3/28 上线"
下周计划要有日期：每个计划项都要有预计完成日
决策项给建议：不要只抛问题，要给你的建议方案
控制长度：周报控制在 1 页以内（~500字），月报不超过 2 页
没做的不写：只写有成果的事，不要为了凑内容写"正在调研"

质量检查

生成后自查：

核心结论是否一句话说清了本周最重要的事？
每个完成项是否有具体产出（不是"做了XX"，而是"完成/交付了XX"）？
关键指标是否有上周 vs 本周的对比？
风险项是否量化了影响范围和时间？
下周计划是否有优先级和日期？
是否有禁用词表中的模糊表达残留？
全文是否控制在合理长度内？

同仓库更多 Skills

同仓库

style-alibaba

stevenchouai/manage-up

将报告适配阿里巴巴双轨制（业绩+价值观）汇报风格。Use when writing reports in Alibaba style with KPI + values evidence. Triggers on: '阿里风格', '阿里巴巴', 'Alibaba', '六脉神剑', '双轨制', '阿里周报', '阿里述职', '按阿里格式写', 'Alibaba style'.

2026-04-012

style-amazon

stevenchouai/manage-up

将报告适配 Amazon 叙事文化和 Leadership Principles 框架。Use when writing reports in Amazon style with narrative memos and LP-tagged accomplishments. Triggers on: 'Amazon 风格', 'Amazon style', '亚马逊', 'Leadership Principles', 'LP', '6-pager', 'Forte', '按亚马逊格式写'.

2026-04-012

style-bytedance

stevenchouai/manage-up

将报告适配字节跳动 OKR 驱动的汇报风格。Use when writing reports in ByteDance style, OKR-anchored format. Triggers on: '字节风格', '字节跳动', 'ByteDance', '飞书OKR', 'OKR周报', '字节周报', '按字节格式写', 'ByteDance style'.

2026-04-012

style-google

stevenchouai/manage-up

将报告适配 Google OKR 和 GRAD 绩效评估风格。Use when writing reports in Google style with outcome-based OKRs and impact narratives. Triggers on: 'Google 风格', 'Google style', 'Google OKR', 'GRAD', 'Google 绩效', 'Google self-review', '按谷歌格式写'.

2026-04-012

style-microsoft

stevenchouai/manage-up

将报告适配 Microsoft Connects 和 Model/Coach/Care 框架。Use when writing reports in Microsoft style with impact narratives and growth mindset. Triggers on: 'Microsoft 风格', 'Microsoft style', '微软', 'Connects', 'Model Coach Care', '微软绩效', '按微软格式写'.

2026-04-012

style-tencent

stevenchouai/manage-up

将报告适配腾讯产品指标驱动的汇报风格。Use when writing reports in Tencent style with product metrics focus. Triggers on: '腾讯风格', '腾讯', 'Tencent', '数据先说', '腾讯周报', '按腾讯格式写', 'Tencent style'.

2026-04-012

name	weekly-report
description	生成数据驱动的周报/月报，结论先行、禁止空话。Use when writing weekly reports, monthly reports, or periodic status updates. Triggers on: '写周报', '周报', '月报', 'weekly report', 'monthly report', 'status report', 'weekly update', '写一下这周的汇报', '帮我写周报', '本周总结'.

周报 / 月报 (Weekly / Monthly Report)

继承 manage-up-core 五大原则。本技能专注于周期性状态汇报——职场中最常写、最容易写成流水账的报告类型。

触发场景

用户要求写周报、月报、双周报
用户提到 "weekly report"、"monthly update"、"status report"
用户提到 "本周总结"、"这周汇报"、"月度汇报"

必填输入 (Required Inputs)

生成报告前，向用户收集以下信息。一次性列出，用户可口语化提供：

为了写出一份让老板满意的周报，请提供以下信息（口语化就行，我来整理）：

1. **本周完成的事**：做了哪些具体的事？每件事的结果/产出是什么？
   例：完成了用户登录模块开发，通过 QA 测试；处理了 15 个客户工单，平均响应时间 2 小时

2. **关键数据/指标**：有哪些可以量化的成果？
   例：DAU 从 12000 涨到 15000；代码覆盖率从 65% 提升到 78%；处理了 23 个 ticket

3. **遇到的问题/阻塞**：什么事卡住了？原因是什么？需要什么帮助？
   例：支付接口对接延迟，等待第三方 API 文档，预计影响上线时间 3 天

4. **下周计划**：下周最重要的 2-3 件事是什么？
   例：完成支付模块联调；启动 v2.0 需求评审；修复遗留的 5 个 P2 bug

5. **需要老板关注/决策的事**（可选）：有没有需要老板帮忙推动或做决定的事？
   例：需要确认是否引入新的缓存方案，涉及额外 $200/月的基础设施成本

没有的信息可以跳过，我不会编造数据。

报告模板

中文模板

# [团队/项目名] 周报 YYYY.MM.DD

## 核心结论

[一句话总结本周最重要的状态和需要老板关注的事]

## 关键指标

| 指标 | 上周 | 本周 | 变化 |
|------|-----|------|-----|
| [指标1] | X | Y | +Z% |
| [指标2] | X | Y | -Z% |

## 本周完成

- **[事项1]**：[具体产出和结果]
- **[事项2]**：[具体产出和结果]
- **[事项3]**：[具体产出和结果]

## 风险与阻塞

- **[风险1]**：[具体描述] → 影响：[量化影响] → 需要：[具体请求]
- **[风险2]**：[具体描述] → 已缓解 / 进行中

## 下周计划

| 优先级 | 事项 | 预计完成日 |
|--------|-----|-----------|
| P0 | [最重要的事] | MM/DD |
| P1 | [第二重要] | MM/DD |
| P1 | [第三重要] | MM/DD |

## 需要决策

- [决策事项]：[选项A vs 选项B]，建议 [你的建议]，截止 [日期]

English Template

# [Team/Project] Weekly Report YYYY-MM-DD

## Bottom Line

[One sentence: most important status + what the boss needs to know/do]

## Key Metrics

| Metric | Last Week | This Week | Change |
|--------|-----------|-----------|--------|
| [Metric 1] | X | Y | +Z% |
| [Metric 2] | X | Y | -Z% |

## Completed

- **[Item 1]**: [concrete output and result]
- **[Item 2]**: [concrete output and result]

## Risks & Blockers

- **[Risk 1]**: [description] → Impact: [quantified] → Need: [specific ask]

## Next Week

| Priority | Item | Target Date |
|----------|------|-------------|
| P0 | [Most important] | MM/DD |
| P1 | [Second] | MM/DD |

## Decisions Needed

- [Decision]: [Option A vs B], recommend [your pick], deadline [date]

反空话规则 (Anti-Fluff Rules)

以下表达在周报中禁止使用，除非附带具体数据：

禁止	替换为
本周持续推进了XX工作	本周完成了XX的 [具体里程碑/交付物]
与XX部门积极沟通	与XX部门对齐了 [具体事项]，结论是 [什么]
进展顺利	完成 N/M 项计划任务，进度 [提前/按时/延迟X天]
做了大量工作	完成 N 个 [任务单位]，具体包括 [列举]
有效提升了XX	XX 从 [旧值] 提升至 [新值]（+Z%）
optimized performance	reduced latency from Xms to Yms (Z% improvement)
worked on feature X	shipped feature X to production, now serving N users
had productive discussions	aligned on [decision], next step is [action] by [date]

写作规则

结论先行：第一段 "核心结论" 必须能独立传达本周最重要的信息
完成项用过去式：强调已经交付的结果，不是正在做的过程
风险必须量化影响：不是"可能有延迟"，而是"预计延迟 3 天，影响 3/28 上线"
下周计划要有日期：每个计划项都要有预计完成日
决策项给建议：不要只抛问题，要给你的建议方案
控制长度：周报控制在 1 页以内（~500字），月报不超过 2 页
没做的不写：只写有成果的事，不要为了凑内容写"正在调研"

质量检查

生成后自查：

核心结论是否一句话说清了本周最重要的事？
每个完成项是否有具体产出（不是"做了XX"，而是"完成/交付了XX"）？
关键指标是否有上周 vs 本周的对比？
风险项是否量化了影响范围和时间？
下周计划是否有优先级和日期？
是否有禁用词表中的模糊表达残留？
全文是否控制在合理长度内？