技能 · 编程
GitHub Release 摘要：变更/破坏性/升级步骤
把 release notes/提交压成升级摘要：新增、修复、破坏性变更、迁移步骤和回滚。
适用边界：适合依赖升级、SDK 更新、版本锁定评审；不要只看版本号就升级。
怎么做
- 读最近 1–3 个 release，标出 breaking change/deprecation。
- 对照当前版本，列需要改的 API/配置/依赖。
- 写升级步骤、验证命令和回滚方案。
- 在小项目/分支验证，再改主线。
交付前检查
- breaking change 已逐条对照当前代码。
- 有升级/回滚步骤，不只是“升级到最新”。
- 小范围验证过。
可复制提示词
你是升级评审。输入：【依赖/版本】=____；【当前版本】=____；【release notes】=____。请输出：新增/修复/破坏性变更/迁移步骤/验证命令/回滚方案/待确认。不要假设所有变更兼容。
相关工具
配套模板
同类技能
JSON 转 TypeScript 类型：先定可选字段
把接口返回的 JSON 样本转成 TypeScript 类型，先判断哪些字段真的可选，避免把所有字段都标成 any 或者全加问号。
查看 →正则编写：先写测试串再写表达式
先写一批应该匹配和不该匹配的样本串，再写正则，逐条跑通才收工，避免表达式只在作者想到的那一种格式上正确。
查看 →SQL 慢查询定位：先看执行计划再改索引
先看执行计划和扫描行数，再判断是缺索引、索引失效还是写法导致全表扫描，改完用同一语句复测耗时。
查看 →更新时间：2026-10-29 · 步骤是通用做法，平台/客户规则以实际页面为准；不承诺排名、过稿或收益。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。