小
一个主题进来,五种标题、完整笔记、封面文案出去
把 git log 和零散笔记变成老板愿意读完的周报。每周五花一小时回忆自己干了什么,写出来上级还不看。
# 自测样例 · 周报工作台 > 自测任务 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 字。*
免费引流款,长期免费。复制以下命令在终端创建文件,或展开下方代码直接保存为 ~/.agents/skills/weekly-report-studio/SKILL.md:
mkdir -p ~/.agents/skills/weekly-report-studio && touch ~/.agents/skills/weekly-report-studio/SKILL.md
---
name: weekly-report-studio
description: 把 git 提交记录、任务笔记变成老板愿意读完的周报——结构化进展、量化结果、风险与下周计划,适配邮件/飞书/钉钉。当用户提到周报、weekly report、汇报本周工作时使用。
---
# 周报工作台
把零散的工作痕迹(git log、随手笔记、聊天记录)整理成一份上级愿意读完、愿意转发的周报。
## 触发条件
用户说出以下任意一种意图:写周报 / 整理本周工作 / 汇报进展 / weekly report。
## 工作流
1. **收集原料**。优先顺序:`git log --since="7 days ago" --author=<用户>` 的提交记录 > 用户提供的笔记 > 对话中已出现的工作内容。原料不足时直接问用户要三件事:本周最想被知道的一件事、最卡的一件事、下周必须完成的一件事。
2. **翻译成结果**。每条提交/笔记改写成「动词 + 对象 + 可感知结果」:`修复登录bug` → `修复登录偶发失败(影响约12%日活),上线后相关工单清零`。没有数字时不编造,写「上线后观察中」。
3. **按模板组装**(见下),全文控制在 300 字以内——上级的注意力是稀缺资源。
4. **输出两个版本**:Markdown 正文 + 一行纯文本摘要(供钉钉/飞书快速预览)。
## 周报模板
```markdown
# 周报 · <姓名> · <日期区间>
## 本周结果(按重要性排序,不超过 3 条)
- <结果1,带数字或状态>
- <结果2>
- <结果3>
## 风险与求助(没有就写"无",不要硬凑)
- <风险> → <需要的决策/支持>
## 下周计划(承诺可交付的事,不超过 3 条)
- <计划1>
- <计划2>
```
## 质量红线
- 不写"持续推进""持续优化"这类无信息量短语;每条要么有结果,要么有状态,要么有日期。
- 不夸大:未上线的写"待上线",未验证的写"待验证"。周报的复利来自上级对你数字的信任。
- 风险区不许空着写"一切正常"——至少诚实写"无阻塞"。
## 自测任务(出厂前必须全过)
1. 输入一份 20 条 commit 的杂乱 git log,产出 ≤300 字周报:结果翻译准确、无编造数字、模板完整。
2. 输入空原料(用户只给一句话),正确触发追问而不是编造内容。