★ 置顶 已验证可复现实战案例
用 Claude Code 把每周研发周报自动化:一次真实的落地
从 git 日志、PR 到会议记录,自动汇总成结构化周报。附完整脚本与踩坑清单,团队里三个人已照着复现。
# 汇总本周 git 历史与 PR,产出结构化周报草稿
claude -p "读取最近 7 天的 git log 与合并的 PR,
按 [新功能 / 修复 / 重构 / 风险] 四类归纳,从 git 日志、PR 到会议记录,自动汇总成结构化周报。附完整脚本与踩坑清单,团队里三个人已照着复现。
# 汇总本周 git 历史与 PR,产出结构化周报草稿
claude -p "读取最近 7 天的 git log 与合并的 PR,
按 [新功能 / 修复 / 重构 / 风险] 四类归纳,上线只是开始:检索质量会随文档更新悄悄退化,这是我们的监控方案。
把「感觉变好了」变成 recall@k 和 MRR:标注集怎么建、指标怎么选、回归怎么跑。
在真实数据量下对比了三种向量库的召回、延迟与运维成本,给出选型决策表。
在混合检索之后加一层重排,top-1 准确率再提 11 个点,代价是 40ms 延迟。
纯向量检索搜不到精确的错误码和产品名,混合检索把 recall 拉高 9 个点。
固定长度、按句、按结构、按语义四种切法在同一份文档上的召回对比。
用三个真实需求判断该上 RAG、该上长上下文,还是干脆该做微调。