每日报告生成

要解决的问题

写日报最消耗精力的不是总结，而是「回忆」：对着 git log 逐条翻译提交信息，翻聊天记录找会议和沟通事项，再手动把碎片拼成四段式结构。结果要么遗漏隐性工作（沟通、文档、评审），要么提交信息全是 fix: null pointer 这类技术黑话，业务方看不懂。这个技能把收集与整理自动化，只把人工判断的部分留给人。

核心能力与工作流程

数据收集是并行的，覆盖三个来源：

• Git 提交：调用 scripts/extract_git_commits.py 按日期抓取提交，支持 --repo、--date、--author 过滤；非 git 仓库或当天无提交时退出码为 1，按设计静默跳过。
• 工作日志：读取 .workbuddy/memory/ 下的当日日志，--recent 在当天无记录时兜底取最近内容做上下文。
• 用户补充：自动数据收完后交互式提问，覆盖会议、文档、沟通协调等 git 之外的工作，并确认阻塞项与明日计划；初始消息已足够详细时跳过该步。

整理规则定义在 references/report_format_guide.md：git 与日志重复项去重合并（保留描述更全的版本）、提交信息翻译成业务语言、同一特性的多个提交聚合成一条、过滤搜索结果等临时噪音。内容归入「今日完成 / 进行中（含进度百分比）/ 明日计划 / 问题风险」四节，每节 2–6 条，以动词开头并标注 [项目名]。

输出基于 assets/daily_report_template.md 替换占位符，落盘为 日报_YYYY-MM-DD.md，用 present_files 触发实时预览，最后向 .workbuddy/memory/ 追加一条生成记录。

适用边界与注意点

• 只在「工作目录有 git 仓库或 memory 日志」时有数据可收，不联网、不读聊天与文档系统，非代码工作必须靠人补。
• 来源失败被静默跳过是预期行为，收集不全时报告会偏薄，交互提问环节就更关键。
• 进度百分比依赖日志或输入里本就有数字，技能不会替你估算。
• 四节分类是固定结构，「无」是唯一合法的空值表达，适合正式归档而非自由发挥的草稿场景。