包的角色分类
包角色的本质与价值
类型描述变量静止时的状态，角色描述变量运动时的状态。同理，包的角色描述的是包在系统中如何被使用、如何与其他组件交互的动态模式。一旦掌握这些角色，阅读陌生代码时能立即从数据流中识别算法形状，审视依赖清单时能预判系统的架构特征。
两个完全不同领域、由不同工具管理的包，可能因扮演相同角色而行为一致。这种跨领域的同构性，正是角色分类的价值所在。
见：The Roles of Packages：Andrew Nesbitt 提出的包角色分类框架
代码执行类包角色
Application —— 独立运行的程序，包管理器充当软件分发渠道而非依赖管理器。如 neovim、ffmpeg、httpie。开发工具如 eslint、prettier 虽为应用， 却以 devDependencies 形式存在，业务代码从不导入它们。
Library —— 最常见的角色，导出函数、类或模块供代码直接调用。如 Lodash、requests、serde。调用方控制何时如何调用，库对调用方一无所知。
Framework —— 倒置库的关系：你写代码供框架调用。如 Rails、Django、Next.js。框架拥有执行生命周期，你的代码填充空白。替换成本高昂，因为代码形状被框架的约定所塑造。
Plugin —— 扩展另一个包，无法独立运行，必须符合宿主的扩展 API。如 Babel 插件、ESLint 规则、Terraform provider。框架丰富的插件生态构成护城河，技术更优的替代品难以轻易跨越。
Wrapper —— 对异构语言或外部服务的地道接口。如 nokogiri 包裹 libxml2，AWS SDK 包裹 HTTP API。携带对被包裹物的隐式二次依赖，原生扩展包装器是"构建失败"的主要来源。
Polyfill —— 将新平台功能向后移植到旧运行时。如 core-js、Python 的 future。理论上应在放弃旧运行时后消失，实践中因无人审计最低版本要求而滞留多年。
见：The Roles of Packages：Andrew Nesbitt 提出的包角色分类框架
构建开发类及其他包角色
Compiler —— 将源码从一种语言或版本转换为另一种。如 Babel、TypeScript、Sass。开发依赖，在构建时运行，输出替换输入。与 CLI 工具角色相似，但对源码的塑造更深，因为你用编译器的输入语言书写。
Types —— 仅类型定义，无运行时代码。如 npm 的 @types 命名空间、Python 的 types-requests。完全从生产构建中消失。
Generator —— 脚手架项目或组件，通常只运行一次。如 create-react-app、Yeoman。输出才是你维护的东西。
Data —— 运送数据集而非代码。如时区数据库、Unicode 表、词表。像代码一样版本化，通过包管理器分发。
Asset —— 非代码资源。如字体、图标、SSL 证书、音效文件。系统包管理器处理这些，语言包管理器大多忽略。
Schema —— 定义系统间交换的数据形状。如 Protobuf、OpenAPI、JSON Schema。语言无关的契约，按消费者编译为类型或代码。
Meta-package —— 声明依赖，本身几乎不含代码。如 rails gem、build-essential。策划其他包的集合，审计变得更困难。
Runtime —— 执行环境本身。如 Ruby、Python、Node.js 二进制文件。此处版本不匹配会在工具链假设固定的层级产生错误。
Service —— 安装并管理长期运行的守护进程。如 PostgreSQL、Redis、Nginx。依赖通过网络套接字而非函数调用。
Driver —— 启用硬件通信或底层系统能力。如固件、内核模块、GPU 驱动。错误版本可能使机器无法启动。
Infrastructure —— 声明期望的系统状态。如 Helm charts、Terraform modules、Ansible roles。影响运行中的基础设施，坏版本的后果往往比本地构建失败更严重。
见：The Roles of Packages：Andrew Nesbitt 提出的包角色分类框架
角色的交叉与组合
包的角色并非互斥标签，而是可组合的维度。当描述包为角色的交集时，分类框架才真正显现威力：
Rails 既是 Framework 又是 Meta-package；ESLint 是 Application，同时具备 Plugin 架构并携带共享配置 Data； ActiveRecord 的 PostgreSQL 适配器既是 Plugin（符合后端接口）又是 Wrapper（地道 Ruby → libpq）。
这种交叉性解释了为何某些依赖替换如此痛苦——你替换的不只是一个包，而是它在系统中扮演的多重角色。
见：The Roles of Packages：Andrew Nesbitt 提出的包角色分类框架