daily-report-writer
Skill8 starsChanged 7 days agoMITView on GitHub
Use when writing a concise daily report, daily worklog, standup update, shift handoff, or end-of-day summary for data analysis, data development, BI, governance, or operations work. 中文触发词:日报、日终同步、站会发言、值班交接。
In this repository23 other files it gives its agents.
- ab-test-analysisSkill
- business-root-cause-analysisSkill
- dashboard-reviewerSkill
- data-analysis-report-writerSkill
- data-doc-writerSkill
- data-incident-postmortem-writerSkill
- data-lineage-impact-analyzerSkill
- data-presentation-architectSkill
- data-quality-rule-generatorSkill
- data-requirement-clarifierSkill
- data-tool-integration-plannerSkill
- data-viz-kitSkill
- exploratory-data-analysisSkill
- feature-engineering-advisorSkill
- funnel-analysisSkill
- market-research-analystSkill
- metric-definition-reviewerSkill
- model-evaluation-reviewerSkill
- retention-cohort-analysisSkill
- sql-reviewerSkill
- stream-pipeline-designerSkill
- table-design-advisorSkill
- weekly-monthly-report-writerSkill
The file
Files
Daily Report Writer
目标
把一天内零散的数据工作整理成清楚、克制、可同步的日报。
这个 Skill 关注:
- 今天完成了什么
- 对业务或项目有什么价值
- 当前风险和阻塞是什么
- 明天要推进什么
- 哪些事项需要他人协助
使用场景
使用这个 Skill,当用户需要:
- 写数据分析、数据开发、BI、治理或项目日报
- 整理 standup 发言稿
- 做跨团队日终同步
- 写值班交接、上线观察或问题跟进日报
- 把零散工作记录整理成可发给主管或项目群的版本
不适用场景
不要使用这个 Skill 处理:
- 周报或月报,应使用
weekly-monthly-report-writer - 正式分析报告,应使用
data-analysis-report-writer - 数据事故复盘,应使用
data-incident-postmortem-writer - 没有任何事实材料时凭空写工作成果
输入信息
最少输入:
- 日期
- 今天做过的事项列表
- 明天计划
推荐输入:
- 每个事项的状态:完成、进行中、阻塞、待确认
- 产出物:SQL、看板、报告、表、会议结论、问题定位结果
- 影响对象:业务方、项目、指标、任务、表、看板
- 风险和阻塞
- 需要同步或求助的人
- 目标读者:直属主管、项目群、业务方、团队内部
上下文建议
优先使用这些模板准备上下文:
- 通用数据任务上下文
- 报告上下文模板
如果日报涉及行业业务,可以补充:
- 电商行业上下文
- SaaS 行业上下文
- 内容社区行业上下文
上下文不足时,只整理已知事项,不要编造成果、进度或风险。
写作流程
- 识别日报读者和发送场景。
- 将事项按完成、推进中、风险阻塞、明日计划归类。
- 把动作改写为结果,说明产出和影响。
- 删除流水账、情绪表达和过细过程。
- 对阻塞事项写清需要谁做什么。
- 输出一个可直接发送的版本。默认只给这个版本,读者明确需要结构化表格时再给。
输出格式
**今日日报 · YYYY-MM-DD**
今日完成
1. <事项>:<产出或结果>,<影响>
进行中
1. <事项>:<当前进展>,下一步 <动作>
风险与阻塞
1. <问题>:<影响>,需要 <谁> 在 <时间> 前 <做什么>
明日计划
1. <事项>
待确认
1. <用户没有提供、需要补充的信息>这个格式可以直接贴进飞书、钉钉或企业微信。没有内容的小节直接省略。
按读者调整
| 读者 | 篇幅 | 重点 |
| 直属主管 | 200 字以内 | 先结果,再风险和需要的支持 |
| 项目群 | 150 字以内 | 只写和这个项目相关的进展和协作需求 |
| 业务方 | 100 字以内 | 不写技术细节,只写对他们的影响和交付时间 |
| 团队内部 | 不限 | 可以保留表名、任务名和排查细节 |
| 值班交接 | 不限 | 当前状态、未完成事项、下一班要盯什么 |
读者没有说明时,按直属主管处理,并标记这个假设。
质量标准
输出必须:
- 基于用户提供的事实,不编造成果
- 把“做了什么”写成“产出了什么”
- 风险和阻塞要可行动
- 语气适合职场同步,避免夸张和邀功
- 按“按读者调整”的规则控制篇幅和重点
- 保留待确认项,不强行写成已完成
完成后的下一步
- 汇总成周报或月报:
weekly-monthly-report-writer
示例 Prompt
请用 daily-report-writer 帮我写今天的数据项目日报。
日期:2026-05-28
读者:数据团队负责人和增长项目群。
今天事项:
- 修复新用户激活率看板中渠道 B 口径问题,已完成补数。
- 和产品确认新版引导页实验的核心指标,护栏指标还缺页面加载耗时。
- 写了 dws_user_activation_1d 的字段说明,分区字段和 SLA 还没补。
- 排查支付转化下降,发现移动端支付页 add_to_cart 到 submit 流失变高。
明天计划:
- 补充护栏指标埋点校验。
- 完成激活表文档。
- 和前端确认移动端支付页性能数据。请用 daily-report-writer 帮我写今天的数据项目日报。
日期:2026-06-16
读者:数据团队 Lead 和产品 Group。
今天事项:
- 完成 NRR 指标口径与财务团队对齐,确认扩展收入计入、Downgrade 扣减。
- 发现客户健康度模型训练数据中 30% 的 company_id 无法关联到最新订阅表,已提 Bug。
- 搭好 Trial 转化漏斗看板基础结构,维度筛选项待产品确认。
明天计划:
- 修复 company_id 映射问题,确认是否需要历史补数。
- 和产品完成漏斗维度最终确认,推进看板上线。Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

