真實產出 · 已記錄檢查真實樣例 · Markdown

30 秒看完完整流程

周报 · 张三 · 10.14–10.20

本周结果

短信验证码登录上线（登录转化 A/B 中，下周一出数据）
修复支付回调偶发丢失（占支付失败工单的约 6 成，观察一周）
修复登录重试缺陷（伴随短信登录一同上线）

风险与求助

支付回调修复涉及对账逻辑，需要财务侧确认周一的对账口径

下周计划

登录转化 A/B 出结论并全量
API 文档补齐至 100%（当前 72%）

一行摘要：短信登录上线、支付回调缺陷修复完毕，下周出登录转化结论。

# 自测样例 · 周报工作台

> 自测任务 1：输入 20 条杂乱 commit，产出 ≤300 字周报。
> 输入为演示用 git log（人名与模块已脱敏），产出未经人工修饰。

**输入（节选）：**

```
a3f9c12 fix: login retry
8d21be4 wip stuff
f0e8821 feat: sms code login
77c1a09 chore: bump deps
2b9de30 fix: 支付回调偶发丢失
c4a71f8 docs: api 更新
...（共 20 条）
```

**输出：**

# 周报 · 张三 · 10.14–10.20

## 本周结果
- 短信验证码登录上线（登录转化 A/B 中，下周一出数据）
- 修复支付回调偶发丢失（占支付失败工单的约 6 成，观察一周）
- 修复登录重试缺陷（伴随短信登录一同上线）

## 风险与求助
- 支付回调修复涉及对账逻辑，需要财务侧确认周一的对账口径

## 下周计划
- 登录转化 A/B 出结论并全量
- API 文档补齐至 100%（当前 72%）

一行摘要：短信登录上线、支付回调缺陷修复完毕，下周出登录转化结论。

---

*自测判定：通过——结果翻译准确、无编造数字（6 成为工单占比陈述）、模板完整、正文 213 字。*

樣例內容原樣呈現，僅做閱讀排版下載完整樣例

運行方式 Codex 由你的 Agent 執行，模型用量由服務商計費

菜鸟skill 工作室職場匯報

週報工作台v1.0.0

把 git log 和零散筆記变成老板愿意读完的週報

工作室 Skill 安裝前查看依賴說明

已記錄檢查 · 1.0.0 · 實測範圍見自測記錄

免費

包里有什么 22 个文件 · 518 KB

工作流规则SKILL.md · 141 lines
参考库references/ · 4
可直接跑的脚本scripts/ · 2
输入样例inputs/ · 3
真实产出样例demo/output/ · 3
演示成片demo/demo.mp4

压缩包里是规则、参考库、脚本、真实产出和演示片，不只是一个提示词文件。

下載完整包（.zip）

每周五花一小时回忆自己干了什么，写出来上级还不看。

適合誰 (Good Fit)

每周五必须交週報的职场上班族技术、运营、产品等不擅长把碎片工作写成汇报体的人想準點下班、拒绝把时间耗在週報上的效率追求者

實測環境：

Codex · Windows

Agent／模型費用依供應商而定；額外服務與依賴詳見完整包。

主線哪幾關用到它

Skill 是一把武器，配合新手主線實操，打通從「會玩」到「精通」的打怪升級全流程。

1-3 · 装上第一个 Skill → 1-4 · 用 skill 解决三件真实小事 → 2-4 · 把 skill 串成流程 → 3-1 · 拆一个 skill 看看 → 3-2 · 写你的第一个 skill → 4-3 · 让它自己跑 →

帶著這次成果繼續: 用 skill 解决三件真实小事 →

✓ 適合誰 (Good Fit)

每周五必须交週報的职场上班族
技术、运营、产品等不擅长把碎片工作写成汇报体的人
想準點下班、拒绝把时间耗在週報上的效率追求者

⊗ 不適合誰 (Not For)

需要凭空捏造虚假业绩数据的人（本 Skill 严禁编造数据）
需要自动化打通企业内部高度定制保密 OA 审批流的用户

✦ 你會得到 (What You Get)

git log / 笔记 → 「动词+对象+结果」的自动翻译
300 字模板：结果、风险、下周计划
Markdown + 钉钉/飞书一行摘要双版本
质量红线：不编数字，未上线就写未上线

交付內容：完整 SKILL.md 規則文件 + 公開自測樣例。需要在你自己的 AI Agent 中運行。

怎麼開始？

Skill 是一份教 AI 完成任務的規則。

領取並安裝 ↑

發給它

这周干了啥，想到哪说到哪

可选微调

补一句下周目标或重点事项

立刻拿到

动词+量化结果的标准週報，直接交差

發給你的 AI Agent

用 weekly-report-studio 帮我整理本周周报。以下是我的 git log 和工作笔记： [粘贴你的记录] 请控制在 300 字以内，另外给我一行飞书摘要。没有提供的数据请不要编造。

使用前了解原料不够时，Agent 应先追问；生成后请核对数字、上线状态和承诺日期。 Agent／模型費用依供應商而定；額外服務與依賴詳見完整包。

從這裡開始使用

压缩包里是规则、参考库、脚本、真实产出和演示片，不只是一个提示词文件。

下載完整包（.zip）下載 SKILL.md

打開 Codex 或 Claude Code，粘貼安裝提示詞。
讓 Agent 讀取並保存完整規則，確認安裝成功。
複製上方使用示例，換成你的素材開始運行。

手動安裝 · 查看完整 SKILL.md（141 行）

Codex：~/.agents/skills/weekly-report-studio/SKILL.md
Claude Code：~/.claude/skills/weekly-report-studio/SKILL.md

# 周报工作台 · weekly-report-studio

> 把 git log 和零散笔记变成上级愿意读完、愿意转发的周报。
> 官方工作室自研 skill · 3/3 自测任务通过 · 样例为真实运行产出。

## 你会拿到什么

跑完这一个 skill，你手上会有三样东西：

1. `weekly-report.md` — 300 字以内的周报正文，直接粘进邮件 / 飞书 / 钉钉；
2. 一行纯文本摘要 — 放消息列表里就能看清这周干了什么；
3. `qa.txt` — 机器校验结果，证明没有虚词、没有编造数字。

不是给你一堆模板让你自己填，是把你已有的工作痕迹直接翻译成结果。

## 什么时候用它

用户说出以下任意一种意思：

- 「写周报」「整理本周工作」「汇报进展」「weekly report」
- 「这周干的事有点乱，帮我捋一下」
- 「老板要周报，我不知道写什么」

## 开工前要准备什么

| 需要的材料 | 从哪来 | 没有怎么办 |
|---|---|---|
| 本周提交记录 | `git log --since="7 days ago" --author="<你>"` | 用笔记代替 |
| 零散笔记 / 待办 | 备忘录、飞书文档、聊天记录 | 直接口述给 agent |
| 本周最想被知道的一件事 | 你自己 | 必答，不能跳过 |

环境：能跑 `git` 与 `python3`，不联网、不需要 API key、不产生费用。

## 工作流（7 步）

### 1 · 收集原料

优先顺序：**git log > 用户笔记 > 对话里已出现的工作内容**。

```bash
git log --since="7 days ago" --author="$(git config user.name)" \
  --pretty=format:"%h %ad %s" --date=short
```

原料不足时不要硬编，一次问完三个问题（别来回追问）：

1. 本周最想被知道的一件事是什么？
2. 最卡的一件事是什么？
3. 下周必须完成的一件事是什么？

追问话术见 `references/followup-questions.md`。

### 2 · 把动作翻译成结果

这是周报唯一真正值钱的动作。公式：**动词 + 对象 + 可感知结果**。

| 原始提交 | 错误翻译 | 正确翻译 |
|---|---|---|
| `fix login bug` | 修复了登录 bug | 修复登录偶发失败（影响约 12% 日活），上线后相关工单清零 |
| `update docs` | 更新了文档 | 重写部署文档，新同事按文档一次装成，省去 2 次答疑 |
| `refactor utils` | 重构工具函数 | 合并 3 处重复代码，测试覆盖率 61% → 74% |
| `wip: payment` | 推进支付功能 | 支付接入待联调（阻塞：等对方开放测试账号） |

没有数字时不编造，写状态：「上线后观察中」「待验证」「已交付未验收」。
完整对照表见 `references/result-translation.md`。

### 3 · 排序与删减

- 只保留**最多 3 条**本周结果，按「对上级决策的价值」排序，不按工作量排序。
- 三条之外的删掉。塞进去只会稀释重点。
- 正文控制在 **300 字以内**（不含标题）。

### 4 · 按模板组装

```markdown
# 周报 · <姓名> · <日期区间>

## 本周结果（按重要性排序，不超过 3 条）
- <结果1，带数字或状态>
- <结果2>
- <结果3>

## 风险与求助（没有就写"无"）
- <风险> → <需要的决策/支持>

## 下周计划（可交付的承诺，不超过 3 条）
- <计划1>
- <计划2>
```

邮件 / 飞书 / 钉钉的语气与排版差异见 `references/template-variants.md`。

### 5 · 自检

```bash
python3 scripts/validate_report.py demo/output/weekly-report.md
```

校验四件事：字数、三区结构、禁用虚词、每条是否带数字或状态。全绿才发。

### 6 · 出两个版本

- Markdown 正文：粘进邮件或文档
- 一行摘要：`本周交付 X；风险 Y；下周 Z`

### 7 · 归档

追加到 `reports/YYYY-Www.md`。连续 4 周之后，你自己就能看出哪些事在重复、哪些承诺没兑现——这是周报真正的复利。

## 质量红线

1. 不写「持续推进」「持续优化」「赋能」「闭环」「抓手」这类无信息量短语，校验脚本直接判 FAIL。
2. 不夸大：未上线写「待上线」，未验证写「待验证」，未验收写「待验收」。
3. 风险区不许写「一切正常」。至少写「无阻塞」，或诚实写真实风险。
4. 不编数字。任何百分比、金额、人数都必须能追到 git log、监控截图或用户原话。
5. 不做心理按摩。周报是决策材料，不是表态材料。

更多反例见 `references/anti-patterns.md`。

## 常见错误（新手前三次几乎都会犯）

| 症状 | 根因 | 修法 |
|---|---|---|
| 写成流水账 | 按时间写，不按价值排序 | 先定 3 条结论，再补细节 |
| 全是形容词 | 没做第 2 步翻译 | 每条强制带数字或状态 |
| 太长 | 怕漏 | 删到 300 字，删不掉说明没想清楚 |
| 风险写「无」 | 怕暴露问题 | 写真实阻塞 + 需要的支持 |
| 下周计划宏大 | 讨好式承诺 | 只写能交付的，宁少不多 |

## 自测任务（出厂前必须全过）

1. **满料**：输入 24 条杂乱 commit（`inputs/example/git-log.txt`），产出 ≤300 字周报，结构完整、无编造数字。
2. **空料**：只给一句话，必须触发三问，而不是编造内容。
3. **长料**：输入 60 条 commit，只能保留 3 条，并说明删了什么。

样例输出 `demo/output/weekly-report.md`，校验结果 `demo/qa.txt`。

## 权利声明

newbieskill 官方工作室原创，可自由用于个人与商业工作场景，不得整包转售。