技能 dependency-upgrade
📦

dependency-upgrade

低风险 🌐 网络访问

安全地升级依赖

也可从以下获取: wshobson

管理主要的依赖升级是复杂且容易出错的。此技能提供结构化的指导,用于兼容性分析、分阶段部署和全面测试,以最大限度地减少破坏性变更。

支持: Claude Codex Code(CC)
🥉 73 青铜
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“dependency-upgrade”。 如何将我的 React 16 应用升级到 React 18?

预期结果:

我可以帮助你规划安全的 React 16 到 18 升级。以下是一个结构化的方法:

**阶段 1:规划**
1. 运行 `npm list --depth=0` 查看当前版本
2. 检查 React 17 和 18 的更新日志以了解破坏性变更
3. 识别需要更新的依赖包

**阶段 2:增量升级**
1. 先升级到 React 17(最小跨度)
2. 每步之后运行测试
3. 然后升级到 React 18

**阶段 3:验证**
- 运行完整测试套件
- 检查运行时错误
- 验证同行依赖是否满足

你想要我生成详细的检查清单还是帮助处理特定步骤?

正在使用“dependency-upgrade”。 哪些包存在安全漏洞?

预期结果:

运行以下命令检查漏洞:

```bash
npm audit
npm audit fix
```

进行更详细的分析:
```bash
npx npm-check-updates
```

这将显示:
- 已知存在漏洞的包
- 可用的安全补丁
- 推荐的更新路径

我可以帮助你解读结果或制定解决严重漏洞的计划吗?

安全审计

低风险
v1 • 2/24/2026

This skill provides documentation and guidance for dependency upgrades. The static scanner flagged external commands, network access, and filesystem operations, but these are all FALSE POSITIVES: the 'external commands' are example snippets in markdown code blocks, the single network call (line 176) is a legitimate curl to fetch public GitHub documentation, and filesystem operations are example code in documentation. No executable code is present - this is a pure guidance/metadata skill.

1
已扫描文件
424
分析行数
2
发现项
1
审计总数
低风险问题 (1)
Network Access to External Endpoint
The skill contains a curl command that fetches CHANGELOG.md from raw.githubusercontent.com. This is a legitimate use case for a dependency upgrade skill that needs to check breaking changes from public repositories.

风险因素

🌐 网络访问 (1)
审计者: claude

质量评分

38
架构
100
可维护性
87
内容
50
社区
88
安全
100
规范符合性

你能构建什么

将 React 从 v16 升级到 v18

规划和执行安全的 React 16 到 18 升级,包括分阶段测试和兼容性检查

解决 npm 依赖冲突

审计项目依赖并使用 npm 7+ 的 overrides 功能解决同行依赖冲突

设置自动化依赖更新

配置 Renovate 或 Dependabot 自动管理次要版本和补丁版本更新

试试这些提示

基础依赖审计
使用 dependency-upgrade 技能审计我的项目依赖。我想了解哪些包已过时,哪些存在安全漏洞。
规划主要版本升级
我需要将项目中的 React 从版本 16 升级到版本 18。使用 dependency-upgrade 技能创建一个包含测试检查点的分阶段升级计划。
解决同行依赖冲突
我的 npm install 因同行依赖冲突而失败。帮我识别冲突并提供解决方案,使用 npm overrides 或 legacy-peer-deps。
设置自动化更新
使用 Renovate 或 Dependabot 为我的 Node.js 项目配置自动化依赖更新。我希望次要版本和补丁版本自动合并,但主要版本更新需要审查。

最佳实践

  • 升级主要版本前务必阅读更新日志以了解破坏性变更
  • 一次升级一个主要版本(例如 16->17->18,而不是 16->18)
  • 每个独立包升级后运行完整测试套件

避免

  • 一次性升级所有依赖而不是增量升级
  • 在未解决的情况下忽略同行依赖警告
  • 开始主要升级前没有制定回滚计划

常见问题

此技能可以自动升级我的依赖吗?
不可以。此技能提供指导、规划和最佳实践。它不执行包管理器命令。你必须自行运行建议的命令并验证结果。
如何处理同行依赖冲突?
在 package.json 中使用 npm 8+ 的 overrides,或者对于 npm 7 尝试 npm install --legacy-peer-deps。对于长期解决方案,将冲突的包更新到兼容版本。
升级主要版本的最安全方法是什么?
创建备份分支,一次升级一个主要版本,每次升级后运行测试,在继续下一个版本之前修复问题。
我应该使用 yarn 还是 npm 进行依赖升级?
两者都很好。npm 在 v7+ 中具有更好的同行依赖处理能力。yarn 具有更好的去重功能。根据团队的偏好和锁文件一致性进行选择。
如何自动化依赖更新?
在仓库中配置 Renovate 或 Dependabot。为次要版本/补丁版本设置自动合并,并要求审查主要版本更新。
如果升级破坏了应用程序怎么办?
制定回滚计划:提交当前状态,创建功能分支,增量测试。如果测试失败,检出上一个分支并从锁文件恢复。

开发者详情

文件结构

📄 SKILL.md