今日总结

要解决的问题

写日报的难点从来不是「总结」，而是先要把散落在各处的工作痕迹找齐。今天改的文档可能在本地 .md 里，代码提交躺在 Git 仓库的 git log 中，还有几件要紧事只存在口头沟通里。手动整理不仅耗时，还容易漏项或把同一件事重复写进日报，最后要么花半小时回忆细节，要么写出空泛到没法用的「完成了开发工作」。

技能如何工作

它把日报生成拆成四步，核心是「先归集、再分类、后输出」：

• 识别输入来源：支持三类素材——本地文件（.md/.txt/.docx 等）、Git 提交（用 scripts/extract_git_commits.py 提取当日记录）、口述要点（从对话里提取「动词+对象」条目）。若用户没说清来源，会主动追问，不会凭空生成内容。
• 聚合与去重：按来源分别提取后合并，比如同一件事既出现在 Git 提交里又被口述提及，只保留信息更完整的那条。
• 四段式分类：所有条目归入「今日完成」「进行中」「明日计划」「风险阻塞」四个类别，每类只放相关内容——跨类别事项会拆开（如「开始做 A 但卡壳」，拆成「进行中」和「风险阻塞」两条），且所有字段缺省时写「无」而非省略。
• 选择输出格式：默认 Markdown，支持企业微信（• 引导条目）、飞书（> 引用块标风险）、钉钉（编号列表），生成 IM 格式时会加载 references/format-templates.md。

注意点

• 触发边界明确：只处理「日报」，周报/月报或单纯记录待办不会触发。
• 跨天场景：深夜写日报时，Git 脚本默认取当天，可询问是否包含前一天提交。
• 条目质量：少于 3 条会主动询问是否补充，单条尽量控制在 30 字内，且需有可验证结果（如「单元测试覆盖率 90%」），不编造无依据内容。
• 多项目：若 Git 提交跨多个仓库，会按项目分组展示。