Agent Skills
返回列表
🔒

ORAS 非容器制品仓库助手

IT 运维与安全 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md 的指引，将 @user_3c6cb52e/push-pull-and-attach-non-container-oci-artifacts-in-registries-with-oras 安装到当前 AI 助手中。

技能介绍

当 SBOM、模型 bundle、provenance 等非容器制品越来越多时，团队常把它们塞进镜像 tar、对象存储或临时文件目录。结果是：引用不可追踪，权限边界和审计口径与容器制品不一致，发布、回滚和验证也难以统一。

为什么需要 ORAS

ORAS 把这类内容当作 OCI artifact 处理：不强制封装成传统镜像层，而是通过 OCI-compatible registry 管理 artifact digest、名称和引用关系。这样，SBOM、模型包和 provenance 可以和容器制品走同一套 registry 认证、命名空间、不可变引用和访问路径，减少两套工具链的维护成本。

核心能力

  • 推送非容器制品：将本地文件或目录作为 OCI artifact 推入 registry。
  • 拉取非容器制品：按 registry 中的 artifact reference 取回内容。
  • 附加元数据：把 SBOM、provenance 等附加到已有 OCI artifact 上，而不是混合进镜像层。
  • 保持引用清晰：通过 registry 的 digest 和 ref 建立可验证的制品关系。

关键步骤

  1. 确认环境已具备 ORAS CLI，并能访问目标 OCI-compatible registry。
  2. 准备本地制品，并用明确、可解析的 OCI reference 描述目标位置。
  3. 将制品推送到 registry；推送后保留 artifact digest 用于校验。
  4. 拉取时按相同 reference 解析，并核对返回内容的 digest。
  5. 需要溯源或合规材料时，将 SBOM、provenance 等附加到对应 artifact 上。

适用边界与注意点

适合 SBOM、模型 bundle、provenance 等需要进入 OCI registry 的非容器内容。它不是通用文件同步工具：前提是 registry 支持 OCI artifact，且账号具备相应命名空间的推送、拉取和附加权限。

当前材料没有提供可直接抽取的安装或使用说明，敏感工作流应先审查上游项目与 https://oras.land/docs/ 文档，确认认证、TLS、权限和 artifact reference 的实际行为后再执行。

使用场景

  • 供应链团队要把SBOM作为OCI artifact推入注册表，并附加到对应容器或模型制品上，满足审计时的溯源要求。
  • MLOps工程师需要将训练好的模型bundle推入公司注册表，并通过ORAS拉取进行版本校验，避免直接共享大文件。
  • 安全响应团队要把provenance材料附加到已推送的模型artifact上，统一注册表内的合规追溯链。
  • 平台团队想把CI生成的非容器制品推入注册表，供下游系统按OCI reference拉取，不再维护独立制品库。

适合人员

  • 供应链安全工程师，需要把SBOM和provenance作为OCI artifact存入注册表，方便后续审计和合规检查。
  • MLOps工程师，要把模型bundle推入公司注册表，并通过ORAS拉取校验版本，保证模型发布的一致性。
  • DevSecOps工程师，想将非容器合规材料附加到已有artifact上，统一注册表内的追溯路径。
  • 平台运维工程师，需要把CI生成的非容器制品推入注册表，让下游系统按OCI reference获取，减少独立制品库的维护。