| name | context-summarizer |
| version | 1.0 |
| status | active |
| summary | 将讨论、排查、评审收束为结构化 Markdown 资产，自动判断沉淀去向。 |
| description | Summarizes the context after a discussion, classifies the work type, and decides how the outcome should be captured as markdown assets. Use when a user finishes a discussion, meeting, troubleshooting session, design review, or brainstorming session and wants to turn the conversation into durable notes, decisions, playbooks, or context updates. Trigger phrases include 总结上下文, 沉淀一下, 整理这次讨论, 归档这次讨论, 帮我收束一下, summarize this discussion, capture the outcome. |
Context Summarizer
Overview
将一次讨论、排查、评审或脑暴，收束成可持续复用的 Markdown 资产。
优先解决两个问题：不要丢结论，以及不要过早抽象。
When to Use
- 讨论刚结束，需要整理上下文、结论与行动项
- 已有很多聊天内容，但还没有形成结构化文档
- 需要判断这次内容应该沉淀到哪个目录
- 需要把一次混合型讨论拆成"实例记录 + 长期资产"
Workflow
Step 1: 读取路由信息
读取 bootstrap.md，理解目录职责和路由规则。
Step 2: 识别主类型
判断讨论主要属于哪一类：
| 信号 | 主目录 |
|---|
| 追问问题本质、拆假设 | question/ |
| 做设计、选型、方案比较 | tech/ |
| 排查故障、定位根因 | issue/ |
| 拍板、冻结边界、确定取舍 | decision/ |
| 多人会议（有参会人、议程） | meeting/ |
| 修改稳定背景（角色、工作方式） | context/ |
| 提炼重复方法、流程 | playbook/ |
混合型讨论：选一个主落点，再判断是否需要派生 decision/、playbook/、context/ 更新。
Step 3: 抽取五类信息
- 事实：已确认的背景、现象、约束
- 判断：分析、取舍、风险结论
- 决策：已拍板或接近拍板的内容
- 行动：后续动作、责任、待确认项
- 复用价值：值得长期保留的方法、规则
Step 4: 决定沉淀去向
- 是否需要实例文档？（有独立存档价值的新内容才需要）
- 是否包含明确决策？→ 考虑
decision/
- 是否暴露重复方法？→ 考虑
playbook/
- 是否改变稳定背景？→ 更新
context/
不要硬造文件：
meeting/ 仅放真正的多人会议纪要question/ 仅放有深度追问的思考- 没有新决策/新实例/新 playbook 时，不必强行创建
Step 5: 选择"更新已有"还是"新建"
- 同主题已有活跃文档 → 优先更新
- 本次结论属于长期规则 → 更新
context/ 或 playbook/
- 本次只是一次性讨论 → 只保留实例
Step 6: 产出文档
如仓库存在 templates/，优先复用模板。产出至少包含：
- 一句话摘要
- 背景/事实
- 核心判断或结论
- 后续动作
- 是否值得继续沉淀
Step 7: 沉淀报告
结束时输出：
- 创建或更新了哪些文件
- 为什么放到这些位置
- 下一步最合理的动作是什么
Quality Checklist
