pr
1. Bilingual SKILL.md
左右滑动可直接切换英文版与中文版;两种语言按段落自动对齐。英文中的蓝色虚线词语可点击查看解释。共标记 15 处。
Entry SHA-256: 9c36a2793b268578f6a1a1b68b1ff5acfd0e3781a470235b18a8e0e785f26d21
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;视觉变化优先截图,行为变化优先真实执行输出。
- 最后判断可逆性与影响半径,把“能不能安全合并”与“代码讲清楚了吗”放在同一正文中。
最巧妙的设计点
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
The blast radius is the potential impact or scope
直接来源: Merge Danger 同时要求可逆性与影响范围。解释: “风险高不高”很模糊;拆成“退得回来吗”和“出错会波及谁”,就能指导灰度、开关、回滚方案和评审深度。
防失败机制与 trade-off
源中明确的不变量: 跳过开场白;使用 CONTEXT.md 中的领域语言;选择能讲清关键点的最小视图;diff 的形态要匹配主题;不要让用户信息过载;证据必须有 before/after;必须说明门的方向与影响半径。
权衡: 高度压缩会依赖作者的判断,选错视图可能把关键上下文藏掉;截图和执行输出可能随环境变化而失效;“S-tier/A-tier”是启发式等级,不代表截图天然可信;将所有风险压成 door 与 blast radius 也可能遗漏法规、数据迁移或长期运维成本,因此复杂 PR 仍需在这两个框架下补充具体后果。
可移植性风险: CONTEXT.md 是特定工作区约定;Markdown diff、Mermaid 和 TSX 能否渲染取决于 PR 平台;“PR body”与模型自动调用依赖具体 harness。迁移时应保留最小充分表达、可执行证据和可逆性分析,而非照搬文件名或渲染语法。
可迁移原则
- 用“理解、证明、风险”三段式组织任何变更说明。
- 先判断变化结构,再选择图、树、伪代码或 diff。
- 对最小化设置停止条件:不能牺牲职责、顺序和可执行目标。
- 让每个视觉元素紧邻它所支撑的结论。
- 用最接近目标行为的证据,并提供同条件的前后对照。
- 用可逆性和影响半径把抽象风险转成操作决策。
今日实践题
选一个最近的 PR:如果只允许保留一种 Summary 视图,你会选择调用树、文件树、Mermaid、diff 还是完整代码块?删掉其他内容后,会不会掩盖职责归属或执行顺序?
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-18 08:24 Asia/Shanghai
- Upstream commit
- 74ca5fe077456a0b3b2f5310cf9430999fd0b5fd
- Source
- View on GitHub