技能 github-actions-templates
📦

github-actions-templates

安全

Build GitHub Actions CI/CD Workflows

也可从以下获取: wshobson

团队难以从零开始创建安全、可投入生产的GitHub Actions工作流。此技能提供经过测试的模板,用于使用适当的密钥处理和审批门进行测试、构建和部署应用程序。

支持: Claude Codex Code(CC)
🥉 75 青铜
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“github-actions-templates”。 Create a test workflow for a Python project that runs on Ubuntu and macOS with Python 3.9 through 3.12

预期结果:

一个完整的YAML工作流文件,使用矩阵策略跨8种组合(2个操作系统 x 4个Python版本)进行测试,包括依赖项缓存、pytest执行和上传覆盖率到Codecov。

正在使用“github-actions-templates”。 Build and push a Docker image when a new version tag is created

预期结果:

一个工作流,在创建语义版本标签时触发,使用GITHUB_TOKEN登录GitHub Container Registry,使用版本化标签构建镜像,并使用元数据标签推送以进行跟踪。

安全审计

安全
v1 • 2/25/2026

This skill is documentation-only containing GitHub Actions YAML workflow templates. All static analysis findings are false positives: the detected 'external_commands' are YAML run: syntax in markdown code blocks, 'network' references are URL configuration values, 'filesystem' patterns are reusable workflow references, and 'env_access' patterns are GitHub Actions secret syntax (${{ secrets.* }}). No executable code, no prompt injection attempts, and no security risks detected. The skill teaches legitimate DevOps practices including proper secret handling and secure workflow patterns.

1
已扫描文件
348
分析行数
0
发现项
1
审计总数
未发现安全问题
审计者: claude

质量评分

38
架构
100
可维护性
87
内容
50
社区
100
安全
100
规范符合性

你能构建什么

初创公司CI/CD设置

无需深入的GitHub Actions专业知识,即可为新软件项目快速建立专业的测试和部署管道。

企业工作流标准化

使用可重用工作流模板和审批流程,在多个仓库中创建一致、安全的工作流模式。

开源项目自动化

跨多个操作系统和运行时版本设置自动化测试,以确保广泛的兼容性。

试试这些提示

基础测试工作流
创建一个GitHub Actions工作流,在每次向主分支提交拉取请求时运行测试。项目使用Node.js和npm。包括依赖项缓存和上传测试覆盖率报告。
Docker构建和部署
生成一个工作流,在推送到主分支时构建Docker镜像,使用git SHA和版本标签进行标记,推送到GitHub Container Registry,并部署到暂存环境。包括适当的权限和密钥处理。
多环境部署
创建具有单独暂存和生产环境的部署工作流。生产部署需要手动审批。包括部署成功和失败的Slack通知,以及回滚功能。
安全扫描管道
构建一个全面的安全工作流,运行Trivy进行漏洞扫描,Snyk进行依赖项检查,CodeQL进行代码分析。将所有结果上传到GitHub Security标签,并在关键漏洞时使工作流失败。

最佳实践

  • 将action版本固定到特定的主要版本(如@v4),而不是@latest或@main,以防止意外的破坏性更改和供应链攻击
  • 对所有敏感值(包括API密钥、令牌和凭据)使用GitHub Secrets - 切勿在工作流文件中硬编码密钥
  • 使用permissions块实施最低所需权限,并在生产部署中使用带有必需审批者的环境保护规则

避免

  • 对第三方action使用@latest或分支引用,这可能引入破坏性更改或安全漏洞而不发出通知
  • 将凭据或令牌直接存储在工作流文件或仓库代码中,而不是对所有敏感值使用GitHub Secrets
  • 对来自具有写权限的fork的拉取请求运行不受信任的代码,这可能会暴露密钥或危害CI环境

常见问题

如何为GitHub Actions工作流配置密钥?
导航到仓库的Settings > Secrets and variables > Actions。点击'New repository secret'并添加密钥名称和值。在工作流中使用${{ secrets.SECRET_NAME }}语法引用密钥。
GitHub Actions中jobs和steps的区别是什么?
Jobs是顶级工作流单元,在单独的运行器上运行,可以并行执行。Steps是作业内的单个命令或action,在同一运行器上按顺序运行。
如何在部署到生产环境之前需要审批?
在仓库的Settings > Environments中配置受保护的环境。将必需的审批者添加到生产环境。在工作流中使用'environment'键引用此环境以强制执行审批门。
我可以在多个仓库中重用工作流吗?
可以。在中央仓库中使用workflow_call触发器创建可重用工作流。其他仓库可以使用'uses'关键字以及仓库路径和工作流文件名来调用这些工作流。
如何缓存依赖项以加快工作流速度?
使用actions/cache action或setup action(如actions/setup-node)中内置的缓存,'cache'输入。将依赖项文件哈希指定为缓存密钥,以便在依赖项更改时使缓存失效。
什么是自托管运行器,什么时候应该使用它们?
自托管运行器是您用于执行工作流作业的机器。将它们用于需要内部网络访问、专用硬件的敏感工作负载,或当GitHub托管的运行器限制不足时。

开发者详情

文件结构

📄 SKILL.md