ROCm/rocm-systems

ROCm Systems 是一个 "super-repo"，把 ROCm 的系统级项目——HIP 运行时相关组件、硬件查询与管理库、性能分析/追踪工具、调试代理，以及 rocdecode、rocjpeg 等媒体库——收进同一棵代码树，初始重点是满足构建 PyTorch 所需。目标用户是构建或维护 AMD GPU 软件栈的人，而不是直接运行模型的终端用户。

工作方式的变化

这些组件过去各自维护在独立 GitHub 仓库中，并作为独立软件包发布。README 的迁移表中大多数组件标记为 Completed，表示这个超级仓库是事实上的源码来源，旧仓库可能仍用于发布活动；标记为 In Progress 的项目要求贡献者不要再到单仓库提新 PR，而 Pending 项目仍以各自仓库为准 README。目录结构是 projects/<组件名> 对应每个原先独立的项目，另有 shared/ 存放被多个项目依赖、但不单独产出软件包的代码 README。

项目声明的目标是统一的构建与测试流程、共享工具链和统一的贡献体验。各组件有独立 CI 徽章，另有基于 TheRock 的多组件测试工作流，用来说明集成是如何被检查的 TheRock 工作流。项目名称已统一为发布包的大小写与标点，因此路径和组件名与旧仓库不同。

开始使用

README 没有给出构建命令，而是指向 CONTRIBUTING.md 中的环境准备、sparse-checkout 配置、开发流程和 PR 指南 CONTRIBUTING。sparse checkout 在这里很重要，否则一次 clone 会拉入所有组件。所给材料没有说明与特定 ROCm 版本、GPU 或操作系统的兼容关系；这类信息应查对应组件，而不是根目录。

许可证与组件范围

根目录没有统一许可证。每个子项目保留原有许可证，写在各自目录的 LICENSE 文件中；projects/ 和 shared/ 之外的文件则按文件头声明 README。因此分发或引用某个组件时，要查看该组件的许可证，而不能按整个仓库判断。

证据未覆盖的部分

README 没有安装教程、安装步骤或明确的平台要求。状态表反映的是迁移进度，不等于每个组件的测试都通过。仓库创建于 2025 年，所给快照为 545 stars、475 forks；唯一记录的 trending 榜观测（2026-10-29，+0 stars）不足以描述增长或势头。