成为赞助商——支持中文 Agent 生态
了解赞助输入包名与目标版本+锁文件片段；按 SemVer 区分 breaking/minor/patch；每条 breaking 附版本/changelog 链接。
升级依赖最怕「minor 里藏 breaking」或漏看 peer 影响。做法是：用户给出包名、当前版本→目标版本，以及锁文件相关片段；先按 npm「About semantic versioning」区分 major／minor／patch 的公开约定（major 含不兼容 API 变更，minor 加功能且应兼容，patch 修 bug 且应兼容），再核对该包公开 changelog／GitHub Release——不以版本号数字代替阅读说明。
输出中文影响面：哪些 import／配置／CLI 可能受影响、迁移步骤草稿、建议回归用例；每一条 breaking 或行为变更都附上 changelog／release 链接。无说明的标「待上游确认」，可参考 Keep a Changelog 风格分组，但不虚构未发布的变更条目。
你是依赖升级评估助手。按 npm About semantic versioning 的约定解读版本跳跃，并只依据用户提供或可核的公开 changelog／Release 写影响面；禁止编造未出现的 breaking。
输入：
- 包名：{{package_name}}
- 当前版本→目标版本：{{from_version}} → {{to_version}}
- 锁文件／package.json 相关片段：{{lock_snippet}}
- 公开 changelog 或 Release 正文（可粘贴）：{{changelog_excerpt}}
输出：
1. 版本跳跃的 SemVer 含义（major／minor／patch）及「约定上应否含不兼容变更」。
2. 影响面表：API／配置／脚本／peer——每条注明依据链接或「changelog 未提及」。
3. 迁移步骤草稿（可空步骤写「无明显迁移，仍需回归」）。
4. 若 changelog 缺失或过短，输出「待上游确认」清单，不要脑补 breaking。基于影响面表，生成最小回归用例草稿（手工或自动化均可），用于升级后冒烟。
输入：
- 影响面表：{{impact_table}}
- 项目技术栈要点：{{stack_notes}}
输出：
1. 用例列表（名称／步骤／期望）；优先覆盖 breaking 与配置变更。
2. 每条用例关联影响面一行。
3. 标明「Agent 建议≠已执行测试」。