pr
1. Bilingual SKILL.md
左右滑动可直接切换英文版与中文版;两种语言按段落自动对齐。英文中的蓝色虚线词语可点击查看解释。共标记 16 处。
Entry SHA-256: e91dc57fa0ee1d8d2fd35562425c943d377f0acdfba6245858a619990fcff0e8
2. Why This Skill Is Clever
一句话核心机制
pr 用固定三段式把 PR 正文压缩成一次可扫读、可审查的决策:用最小但合适的结构图说明变化,用前后对照证明效果,再把合并风险拆成短标签与可选解释。
触发与边界
直接来源: frontmatter 的 description: "Use when writing a PR body." 把触发点限制在“撰写 PR 正文”,不是执行代码评审、生成提交记录或决定是否合并。该 skill 没有 disable-model-invocation: true,结合仓库的 in-progress 清单,它当前是模型可调用的 beta 参考。
支持性上下文: skills/in-progress/README.md 将它描述为 PR 正文形态的参考,并标记为 model-invoked;CREDITS.md 说明“change shape”部分几乎逐字源自 Dex Horthy 的 show-me,但刻意复制内容而非建立运行时依赖。这些说明帮助定位成熟度与来源,不属于所选 SKILL.md 原文。
解释: 它不是“自动写一篇漂亮 PR”的大包大揽流程,而是一套信息选择协议。作者仍要读取 CONTEXT.md 和真实执行证据,判断哪一种视图最能支持当前评审问题。
信息架构与执行顺序
- 先采用固定骨架:
Summary → Evidence → Merge Danger。 - 在 Summary 中识别主要变化类型:算法、运行时调用、UI 组件、文件职责、跨组件交互,或局部 diff。
- 选择最小充分视图;只有省略会掩盖职责、顺序或可复制目标时,才展示完整代码块。
- 将视图紧贴它支撑的短文本,只保留当前问题需要的调用、文件、属性、状态与边界。
- 在 Evidence 中给出同条件的 before/after;视觉变化优先截图,行为变化优先真实执行输出。
- 最后判断可逆性与影响半径:先给
one-way / two-way和一个词的影响范围,再按需补充原因与后果,让快速扫描和深入评审共用同一结构。
最巧妙的设计点
1. 固定骨架覆盖理解、证明与风险
Summary·Evidence·Merge Danger
直接来源: 模板只有三个一级部分。解释: 它分别回答“改了什么”“凭什么相信”“合并会怎样”,避免 PR 只复述实现而漏掉验证和风险。
2. 可视化选择由变化类型驱动
Match the diff shape to the topic.
直接来源: skill 为逻辑、调用流、UI、文件职责、时序和局部变化提供不同表达方式。解释: 它没有强推 Mermaid 或 diff,而是要求表示法匹配问题结构,降低读者把精力浪费在解码不合适的图形上。
3. “最小”有明确的停止条件
the smallest view that makes the key point clear
直接来源: Summary 先要求最小视图,随后又规定在省略会隐藏 ownership/order 时展示完整块。解释: 这不是单纯压缩字数,而是以信息损失为边界的最小充分原则。
4. 视图必须与论点共址
Place each visual next to the short text it supports.
直接来源: Guidance 要求视觉内容紧邻它支撑的文字。解释: 这减少评审者在长 PR 中来回建立映射,也迫使作者说清每张图到底证明什么。
5. 证据按问题类型分级
Screenshots are S-tier
Execution-based evidence is A-tier.
直接来源: 视觉变化在环境可运行时优先截图,测试与控制台输出则是高等级执行证据。解释: 排名不是绝对真理,而是在提醒作者用离目标行为最近的证据,不要用“测试通过”代替视觉验收,也不要用截图代替逻辑执行。
6. 用“短标签 + 可选解释”兼顾扫描与深挖
one-way or two-way door
one-word description
直接来源: 新模板把 Door 与 Blast Radius 都设计成先填短值、再填写可选说明;正文随后解释可逆性与影响范围。解释: 这把“风险高不高”拆成“退得回来吗”和“出错会波及谁”,同时让评审者先扫描结论,再决定是否阅读具体后果。此次上游更新的巧妙之处不在增加风险维度,而在提高已有信息的可扫描性。
防失败机制与 trade-off
源中明确的不变量: 跳过开场白;使用 CONTEXT.md 中的领域语言;选择能讲清关键点的最小视图;diff 的形态要匹配主题;不要让用户信息过载;证据必须有 before/after;Door 必须先分类,Blast Radius 必须先给一个词的描述,详细解释可以按需补充。
权衡: 高度压缩会依赖作者的判断,选错视图可能把关键上下文藏掉;截图和执行输出可能随环境变化而失效;“S-tier/A-tier”是启发式等级,不代表截图天然可信;one-word description 提升扫描速度,却也可能诱使作者省略关键背景,因此复杂 PR 应使用紧随其后的可选说明补足法规、数据迁移或长期运维成本。
可移植性风险: CONTEXT.md 是特定工作区约定;Markdown diff、Mermaid 和 TSX 能否渲染取决于 PR 平台;“PR body”与模型自动调用依赖具体 harness。迁移时应保留最小充分表达、可执行证据和可逆性分析,而非照搬文件名或渲染语法。
可迁移原则
- 用“理解、证明、风险”三段式组织任何变更说明。
- 先判断变化结构,再选择图、树、伪代码或 diff。
- 对最小化设置停止条件:不能牺牲职责、顺序和可执行目标。
- 让每个视觉元素紧邻它所支撑的结论。
- 用最接近目标行为的证据,并提供同条件的前后对照。
- 用“短标签 + 可选解释”组织风险:先给可扫读结论,再保留按需展开的空间。
今日实践题
选一个最近的 PR:分别用一个短值填写 Door 和 Blast Radius,再判断需要补哪一句可选说明,才能既让人快速扫描,又不隐藏真正的合并后果?
Evidence note
三段式模板、视觉表示法、最小充分原则、before/after、证据等级,以及新版“短值 + 可选说明”的 door/blast-radius 风险框架均来自所选 pr 原文;beta/model-invoked 状态与来源说明来自仓库 skills/in-progress/README.md 和 CREDITS.md,仅作为支持性上下文;关于“信息选择协议”“可扫描性”和“理解、证明、风险”的归纳属于设计解释。
Source & provenance
- Repository path
- skills/in-progress/pr/SKILL.md
- Generated
- 2026-09-19 08:23 Asia/Shanghai
- Upstream commit
- c55ee46073ed923f86ce59a5eb3b6d895095d1b7
- Source
- View on GitHub