Khronos OpenCL 官方资源导航

你在找什么，为什么容易走弯路

OpenCL 生态里，规范 PDF、C/C++ 头文件、ICD Loader 和 CTS 分散在 registry.khronos.org 与多个 KhronosGroup GitHub 仓库。扩展文档在 Extension Registry 里按厂商过滤；社区里的 Intercept Layer、clspv、clvk 又常被误当成 Khronos 官方产物。问一句「头文件在哪」或「规范最新版链接」时，需要的是可验证的官方入口，而不是猜 URL 或混用第三方页面。

技能如何帮你对齐官方资源

激活后，助手按 SKILL 中的资源清单作答，核心包括：

• 规范与文档：OpenCL API / OpenCL C 3.0 统一版 PDF、扩展注册表、Reference Pages、Quick Reference Card；总入口为 https://registry.khronos.org/OpenCL/。
• 构建组件：OpenCL-Headers、OpenCL-CLHPP（仅头文件）、OpenCL-ICD-Loader 的仓库与用途说明；在 Linux 上会提示可优先用系统包（如 ocl-icd-opencl-dev）以降低自编译维护成本。
• 合规验证：OpenCL-CTS 用于驱动合规测试，不是性能分析工具。
• 官方站点：khronos.org/opencl、开发者资源页与社区论坛链接。

若你要一次性拉取文档与头文件，可给出 Linux/macOS 脚本思路；担心链接失效时，可对照 registry、GitHub git ls-remote、主页 HTTP 检查等验证方式。本地目录也会建议按规范 / headers / loader / cts 分文件夹组织，便于用 Git submodule 锁定头文件版本。

边界与注意点

• 只引用 SKILL 里已列出且标注验证过的链接；不会编造例如 OpenCL 4.0 等未给出的规范地址。
• 社区工具必须带归属声明（如 Intel 的 Intercept Layer、Google/社区的 clspv），避免与 Khronos 官方混淆。
• 镜像、离线包整理、Windows 预编译二进制等超出清单时，需在你进一步说明需求后再展开。