catchup

追赶进度分析方法

概述

一种结构化方法，可快速了解 Git 仓库的近期变更、会议纪要、冲刺进展、文档修订或系统日志。高效回答“发生了哪些变化，哪些内容重要？”。

适用场景

• 加入正在进行的工作，或缺席后重新跟进
• 规划或审查交接事项之前
• 任何需要了解“发生了什么，接下来做什么”的场景

不适用场景

• 进行详细的 差异分析——改用 diff-analysis
• 需要进行完整的代码审查
  • 改用 review-core

激活

关键词：catchup、summary、status、progress、context、handoff 提示语：“让我快速了解进展”“当前状态”“总结进展”

渐进式加载

根据上下文加载模块：

Git：加载 modules/git-catchup-patterns.md 获取 Git 命令。可考虑使用 sanctum:git-workspace-review 进行初始数据收集。

文档/笔记：加载 modules/document-analysis-patterns.md，用于分析会议纪要、冲刺跟踪和文档修订。

日志/事件：加载 modules/log-analysis-patterns.md，用于分析时间序列和指标。

始终可用：imbue:proof-of-work、进度项工作流、结构化输出。

必需的进度项

1. catchup:context-confirmed - 已确立边界
2. catchup:delta-captured - 已列出变更
3. catchup:insights-extracted - 已识别主题
4. catchup:followups-recorded - 已记录后续事项

四步方法

第 1 步：确认上下文

定义范围（Git 分支、冲刺、会议）、基线（上次状态）和当前目标。命令请参阅相关模块。

第 2 步：捕获差异

列出变更项及其指标。优先关注源文件/配置/文档，而非生成的产物。策略请参阅相关模块。

第 3 步：提取洞见

针对每个项目说明：内容（变更）、原因（动机）、影响（测试/风险/依赖项）。汇总归纳主题。

第 4 步：记录后续事项

记录：测试、文档、审查、阻碍事项、问题。如果没有，请明确说明。

输出格式

## Summary
[2-3 sentence theme + risk overview]

## Key Changes
- [Item]: [what/why/implication]

## Follow-ups
- [ ] [Action with owner]

## Blockers/Questions
- [Item requiring resolution]

**验证：**运行带有 --help 标志的命令，确认其可用性。

集成

使用 imbue:diff-analysis 评估风险，使用 imbue:proof-of-work 确保可复现性，使用 sanctum:git-workspace-review 获取 Git 数据。根据需要将结果提供给 brainstorming 或 writing-plans。

节省 Token

引用路径和行号（不要复述内容）。总结输出。深入分析留待后续。采用渐进式加载。

完成标准

• 所有四个 catchup: 进度项均已标记为完成
• Summary 指明对比所依据的基线：Git 引用、日期或文档版本
• Key Changes 列出每个变更区域及其文件路径或来源引用
• Follow-ups 和 Blockers/Questions 均已提供，且每项已填写或标记为“无”