案例 · 年度/项目总结：以周报为素材的周期汇总
素材：全年周报（
app/03-work/01-weekly-report/<年>/）+ 提交底稿（.ai/doc/weekly/<年>/）。产物：年度总结页<年>/page.mdx（复用既有范式）。
这条 flow 在做什么
把一整年的周报流水提炼成年度总结——不是重新挖提交记录，而是以平时已留档的周报 + source 为素材，按项目归并关键节点、提炼技能成长与收获避坑。
它直接复用案例 · 周报打磨的留档：周报逐期积累、source 按年 + 批次留档在 .ai/doc/weekly/，到年终就是现成的事实底稿。平时留档做到位，总结只剩”提炼”。
年度总结的既有范式在
app/03-work/01-weekly-report/2025/page.mdx（项目 · 关键时间节点 / 技能成长 / 收获与避坑）。本 flow 不另造结构，对齐它即可。项目总结 = 同结构的单项目版（素材收窄到一个项目）。
心法
任务前把流程编好、照着走——年终总结最怕”面对一年空白回忆”。有周报留档，就是”读流水 → 提炼”，不再是”挖记忆”。
编排脚本（复制粘贴即跑）
每个区块标题就是在哪个会话跑。产物：年度页在
app/长期留档；事实流水在.ai/doc/summary/<年>/留档（来年对比用）。
【当前会话 · 一次性】后台汇成全年事实流水
# 把全年周报 + 提交底稿汇成一份按项目·按时间的关键事件流水。
/research 读 app/03-work/01-weekly-report/2026/ 下各期周报，以及 .ai/doc/weekly/2026/ 各批次 source-*.md，
按项目(services / web-app / install-app)与时间顺序，提炼每条关键事件（功能交付 / 重构 / 排障 / 里程碑），
标注发生在哪期周报、引用周报路径。写到 .ai/doc/summary/2026/annual-facts.md。事实流水齐了，本会话即可结束——磨总结另开新会话（避免收集阶段的 context 污染写作）。
【开新会话】磨成年度总结
# 把事实流水提炼成年度总结页，对照 2025 范本结构。
/grill-with-docs 写 app/03-work/01-weekly-report/2026/page.mdx（2026 年度总结）。
素材：.ai/doc/summary/2026/annual-facts.md（全年事实流水）。
依据：结构对齐 app/03-work/01-weekly-report/2025/page.mdx（项目·关键时间节点 / 技能成长 / 收获与避坑）。
要求：从周报流水提炼、不堆砌流水；关键节点按月归并；突出技能成长与收获避坑；量化（交付数、重构、性能）尽量给数。【项目总结 = 年度总结的单项目版】
同一结构，把素材收窄到一个项目：该项目的周报切片 + 该项目测试手册（app/03-work/03-other/test-manual/<项目>/）+ 该项目提交。粒度更细，可单独成篇，也可作为年度总结某个项目节的展开。
为什么这样拆
| 步骤 | skill | 补的短板 |
|---|---|---|
| 全年事实流水 | /research（后台） | 全年周报 + source 是 context 黑洞；丢后台汇成一份 md |
| 磨成年度总结 | /grill-with-docs | 在 repo 内写年度页，对照 2025 范本提炼叙述 |
| 项目总结复用 | 同 flow，收窄素材 | 不为单项目再造流程，只换素材范围 |
收益
- Context 健康：全年素材丢后台汇成一份事实流水，主 context 只磨总结叙述。
- 零回忆成本：周报 + source 已留档，年终是”读 + 提炼”，不是”挖记忆”。
- 留档即素材：事实流水留档在
.ai/doc/summary/<年>/，来年总结可直接对比”今年 vs 去年”。 - 结构复用：年度页对齐 2025 范本，项目总结收窄素材即可，不另造。
验收（可复用的成功标准）
- 覆盖全年主要项目，无整段空白。
- 关键时间节点按月归并，不逐周堆砌。
- 技能成长、收获与避坑有具体事例支撑（引用周报）。
- 量化尽量给数（交付、重构、性能、排障）。
- 结构对齐 2025 年度总结页。
- 项目总结与年度总结不重复造流程，只收窄素材。
Last updated on