Netflix 开发了 Quasar，旨在为其庞大的仓库生态系统提供对 Java 库变更影响的可见性。库生产者通常能观察到 API 变更，却缺乏对哪些消费者依赖了已更改符号的洞察。这种可见性至关重要，尤其是随着编码代理越来越多地参与开发生命周期。Quasar 通过索引 Netflix 仓库中符号的定义与引用来解决这一问题。它为生产者回答两个关键问题：库的公共 API 发生了哪些变更，以及哪些仓库使用了这些确切变更的符号。这将通用的兼容性警告转化为可执行的证据。现有工具存在不足：兼容性检查器能识别契约变更，却无法追踪使用情况；依赖图显示声明的可达性，而非实际调用；文本搜索则可能遗漏细微差别。Quasar 利用 SCIP（一种开放交换格式），使语言特定的索引器能够编码定义与引用。Quasar 保留各库版本的 API 定义及提交记录，将变更与确切的使用位置关联，不受独立索引的限制。当 CI 构建运行时，索引器向 Quasar 提交 SCIP 索引，存储 API 定义与消费者引用。在拉取请求审查期间，Quasar 对比索引后的基线（base）与头部（head）定义，借助 Amazon Athena 统计直接消费者引用。该数据通过 REST、GraphQL 及 MCP API 对外暴露。对于简化的 API 变更（如方法移除），Quasar 能够识别仍调用旧方法的仓库、其依赖版本及文件位置。这使生产者能够在发布破坏性变更前协调迁移工作。Quasar 在拉取请求分析期间提供详细的冲击报告，将符号分类为新增、移除或修改，随后针对移除和修改类变更分析消费者影响。报告展示受影响的仓库、版本分布、示例消费者位置以及库的关键性。这使得生产者能够做出明智决策，例如标记弃用、发布迁移路径或协调更广泛的迁移。该系统基于 SCIP 的多语言基础架构，使其能够索引多种语言生态。它可以追踪复杂关系，例如通过生成的 Java 成员追溯 Protobuf 定义，直至关联的消费者仓库。虽然 Quasar 已能评估 JVM 和 Protobuf 的 API 变更，但对 Go 或 Python 等其他语言的完整破坏性 API 变更评估仍在进行中。Quasar 目前将发现结果呈现在拉取请求中，以支持合并前的决策。目标是更早将此上下文集成到编码工作流中，使代理能够识别公共 API 编辑，并在打开拉取请求前查询 Quasar。这种主动方法有助于代理做出明智决策，尽管拉取请求分析对于验证依然至关重要。