Topgrade 通用系统包更新器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/topgrade-universal-system-package-updater 到当前 AI 助手中。
技能介绍
要解决的具体问题
系统上可更新的软件分散在多个入口:APT、Homebrew、npm、pip、Cargo、Flatpak、Snap,以及部分平台的固件更新。逐个打开对应的更新命令很繁琐,而且容易漏掉某个长期没维护的包管理器。另一种常见情况是:你知道系统里有可更新项,但不确定当前环境用了哪些更新通道,也不清楚每个通道该执行什么命令。
Topgrade 通用系统包更新器 把这件事收敛成一个 CLI 调用:先探测系统里实际存在哪些包管理器与可更新源,再针对每个入口执行对应的更新命令。
核心能力
- 自动发现系统中可用的包管理器与更新源
- 对已识别的入口运行匹配的更新命令
- 覆盖超过 60 种常见生态,包括
apt、brew、npm、pip、cargo、flatpak、snap - 支持平台固件更新等非语言包管理场景
关键步骤
- 检测系统环境中的包管理器与可更新源
- 汇总需要执行的更新动作
- 对每个识别到的入口运行对应的更新命令
适用边界与注意点
适合希望用统一命令处理多入口更新的开发者和运维场景。使用前需要理解它不会改变各包管理器自身的策略;如果某些源需要交互确认,行为仍取决于底层命令。
上游明确提示:执行时要求命令能正确退出 shell;否则终端可能会一直挂起。建议在明确知道目标环境的更新策略后再运行。
使用场景
- 开发机长期未维护,需要一次性检查并更新 apt、brew、npm 等多个包管理器
- 发布前核对服务器环境,希望统一升级 pip 与 cargo 的依赖包版本
- 管理多台团队成员机器,需要用脚本统一触发系统与第三方应用更新
- 新环境初始化后,确认 snap 与 flatpak 等入口是否存在积压更新
适合人员
- 独立开发者:本地机器装有多个包管理器,不想逐个手动更新
- 运维工程师:需要为一批开发机执行统一的软件更新巡检
- 后端工程师:项目混用 pip 与 cargo,担心依赖版本过旧
- DevOps 负责人:希望在 CI 初始化阶段自动完成系统与第三方包更新