一句话

规定 PR body 的形状：Summary 用最小可视化讲清改动、Evidence 给 before/after 证据、Merge Danger 判合并风险。

何时用

• 适合：写 PR 描述时；它是模型调用，agent 写 PR 时自动套用。
• 不适合：开 PR 的流程本身、评审意见回复；代码还没评审就先过 matt-code-review。

怎么用

给这个分支写 PR 描述

1. Summary 选能让重点最清楚的最小可视化：逻辑/算法用伪代码，控制流用调用树，UI 结构用组件树，大范围重构用浅文件树，交互/数据流用 Mermaid，形状已存在只看改动时用 diff。
2. Evidence 放 before/after 证据：截图、输出、失败转通过的测试跑；视觉改动截图是 S 级。
3. Merge Danger 写明合并风险（单向门还是双向门、爆炸半径）。
4. 去掉一切 preamble，散文从简，用 GLOSSARY.md 的领域语言。

产出

• PR body 文本；它不推分支也不开 PR。

要点与坑

• 每个可视化放在它支撑的短文本旁边，只留回答当前问题所需的调用、文件、props、状态、边界。
• 致谢：改自 Humanlayer 的 show-me 技能（frontmatter 里有 credits）。

本机版本差异

术语文件改名：本机 CONTEXT.md → 仓库版 GLOSSARY.md；组件树示例的写法也有修正。

关联

• 上游：matt-code-review · 流程：matt-implement
• 所属：00-matt-概览 · 工作流：W1-快修、W2-单会话功能、W3-多会话功能