性能优化
需要生成个人周报时,按 Git 提交汇总已交付工作并分类…
适用于需要基于当前 Git 用户提交记录,快速生成状态更新、回顾或规划用的周度工作小结。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
需要生成个人周报时,按 Git 提交汇总通用
解决思路
- 从仓库配置中确定当前 git 用户 email。
- 在主分支上下文中收集最近 7-10 天内由该用户创作的提交。
- 排除 merge commits。
- 将有意义的变化归纳为 2-5 条简洁的 bullet。
- 添加一段简短分类说明,覆盖:可能的 bug 修复。
- 添加一段简短分类说明,覆盖:可能的技术债工作。
- 添加一段简短分类说明,覆盖:可能的全新功能。
- 保持 recap 简短且面向管理层可读。
- 所有结论只基于 commit history 和 diffs。
- 如果缺少 git email,先让用户设置后再继续。
- 输出 2-5 条 bullet 的周总结。
- 输出简短分类段落(bugfix / tech debt / net-new)。
适用边界 · 注意事项
- 没有 Git 仓库、无法访问提交历史,或当前用户未配置 git email 时(应先让用户设置),不适用。
- 需要汇总团队整体、他人工作或非提交驱动的任务时,仅按当前用户提交记录生成的总结不适用。
- 提交被 squash、重写或提交信息/差异无法反映实际工作内容时,分类与亮点可能不可靠。