Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

add-artifact-attestations-to-workflow将工件证明添加到工作流程

Agent Skill

用于辅助测试设计、自动化测试、用例整理和回归验证。它适合让 Agent 编写单元测试、端到端测试、测试计划或根据失败日志定位问题。使用时需要确认项目测试框架、运行命令和夹具数据,避免为了通过测试而改坏真实逻辑;涉及浏览器或外部服务时,应区分本地模拟、测试环境和生产环境。

总安装

212

周安装

9

GitHub Stars

18

下载量

74
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:add-artifact-attestations-to-workflow(将工件证明添加到工作流程)
来源仓库:https://github.com/jim60105/copilot-prompt
仓库路径:skills/add-artifact-attestations-to-workflow
安装命令:
npx skills add https://github.com/jim60105/copilot-prompt --skill add-artifact-attestations-to-workflow
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/jim60105/copilot-prompt --skill add-artifact-attestations-to-workflow

简介

add-artifact-attestations-to-workflow 用于向 GitHub Actions 工作流中添加 SLSA 构建溯源证明。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中需要提升容器镜像安全性和可审计性时使用。
  • 通过 GitHub 安装,需确认项目使用 Docker 构建流程,并确保 OIDC 和 attestations 权限已启用。
  • 安装前建议检查现有工作流文件及容器注册表认证步骤,避免遗漏关键配置环节。
  • 注意该技能仅适用于支持 attestations write 权限的 GitHub 环境,生产部署前应充分测试。

SKILL.md

Add Artifact Attestations to Workflow

Add SLSA build-provenance attestations to existing GitHub Actions workflows for Docker container images.

Steps

  1. Find existing workflow files in .github/workflows/ that contain docker/build-push-action or similar steps. Note that composite actions may be used — read both the composite action and the calling workflow simultaneously.
  2. Enable OIDC & Attestations permissions In each workflow's top-level permissions: block, grant both the OIDC token and attestations write privileges: permissions: id-token: write attestations: write contents: read # (existing) packages: write # (existing)
  3. Log in to container registries Ensure authentication steps exist for each registry you'll attest against. Judge whether there are omissions based on the implemented content, rather than always logging into all registries. - name: Login to GHCR uses: docker/login-action@v3 with: registry: ghcr.io username: ${{github.actor}} password: ${{secrets.GITHUB_TOKEN}} - name: Login to Docker Hub uses: docker/login-action@v3 with: registry: index.docker.io username: ${{secrets.DOCKERHUB_USERNAME}} password: ${{secrets.DOCKERHUB_TOKEN}} - name: Login to Quay uses: docker/login-action@v3 with: registry: quay.io username: ${{secrets.QUAY_USERNAME}} password: ${{secrets.QUAY_TOKEN}}
  4. Build & push image, capturing the digest Use docker/build-push-action@v* with an id to reference its output. Judge tags based on implemented content. - name: Build and push image id: build_push uses: docker/build-push-action@v5 with: context:. push: true tags: | ghcr.io/${{github.repository}}:latest index.docker.io/${{secrets.DOCKERHUB_USERNAME}}/your-repo:latest quay.io/${{github.repository_owner}}/your-repo:latest
  5. Add attestation steps After the build_push step, insert one actions/attest-build-provenance@v3 invocation per registry. The subject-name is the full image name without a tag. The subject-digest comes from the build step's output. Judge which registries to use based on implemented content. - name: Attest GHCR image uses: actions/attest-build-provenance@v3 with: subject-name: ghcr.io/${{github.repository}} subject-digest: ${{steps.build_push.outputs.digest}} - name: Attest Docker Hub image uses: actions/attest-build-provenance@v3 with: subject-name: index.docker.io/${{secrets.DOCKERHUB_USERNAME}}/your-repo subject-digest: ${{steps.build_push.outputs.digest}} - name: Attest Quay image uses: actions/attest-build-provenance@v3 with: subject-name: quay.io/${{github.repository_owner}}/your-repo subject-digest: ${{steps.build_push.outputs.digest}}
  6. Commit changes Write the git commit message in English. git add.github/workflows/docker_publish.yml # or whatever files you modified git commit --signoff -m "ci: add build-provenance attestations for container images"
  7. Ask the user to push Tell the user to manually push the changes and verify attestations are created successfully. DO NOT perform a git push.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.83%
按下载量换算27

Claude

29.22%
按下载量换算22

Cursor

17.72%
按下载量换算13

Gemini CLI

9.4%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills