Token导航 LogoToken导航TokenDH.com
运维和基础设施external-servicegithub未标认证来源可访问clear审计通过

building-cicd-pipelines建设 CICD 管道

Agent Skill

building-cicd-pipelines 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

917

周安装

39

GitHub Stars

2,116

下载量

321
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:building-cicd-pipelines(建设 CICD 管道)
来源仓库:https://github.com/jeremylongshore/claude-code-plugins-plus-skills
仓库路径:skills/building-cicd-pipelines
安装命令:
npx skills add https://github.com/jeremylongshore/claude-code-plugins-plus-skills --skill building-cicd-pipelines
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/jeremylongshore/claude-code-plugins-plus-skills --skill building-cicd-pipelines

简介

building-cicd-pipelines 生成多平台 CI/CD 流水线配置,覆盖 lint、测试与部署全阶段。

  • 支持 GitHub Actions、Jenkins、Azure DevOps 等多种主流平台语法。
  • 包含安全扫描、容器构建与 staging/production 分级发布机制。
  • 需预先配置测试套件与部署凭据,确保 pipeline 能独立完成验证流程。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Building CI/CD Pipelines

Overview

Generate CI/CD pipeline configurations for GitHub Actions, GitLab CI, Jenkins, CircleCI, and Azure DevOps. Produce multi-stage workflows covering linting, testing, building container images, security scanning, and deploying to staging/production with proper gating and rollback mechanisms.

Prerequisites

  • Git repository hosted on a supported platform (GitHub, GitLab, Bitbucket, Azure DevOps)
  • Container runtime (Docker) if building images
  • Target deployment environment credentials configured as pipeline secrets
  • Test suite that can run headlessly (npm test, pytest, go test, etc.)
  • Understanding of branching strategy (trunk-based, GitFlow, or environment branches)

Instructions

  1. Scan the project for existing CI/CD configuration files (.github/workflows/, .gitlab-ci.yml, Jenkinsfile, .circleci/config.yml)
  2. Identify the application stack: language, framework, test runner, package manager, and deployment target
  3. Define pipeline stages: lint -> test -> build -> security-scan -> deploy-staging -> integration-test -> deploy-production
  4. Generate the pipeline configuration file with appropriate triggers (push to main, PR events, tags)
  5. Add caching for dependencies (node_modules, .pip-cache, Go modules) to reduce build times
  6. Configure matrix builds for multiple language versions or OS targets where appropriate
  7. Add secret references for deployment credentials, container registry tokens, and API keys (never hardcode)
  8. Implement deployment gates: manual approval for production, automated rollback on health check failure
  9. Add status badges and notifications (Slack, email) for build results
  10. Validate the pipeline syntax using platform-specific tools (actionlint, gitlab-ci-lint)

Output

  • Pipeline configuration files (.github/workflows/*.yml, .gitlab-ci.yml, Jenkinsfile)
  • Dockerfile for container builds (multi-stage, minimal base image)
  • Deployment scripts or Kubernetes manifests referenced by the pipeline
  • Environment-specific variable files for staging vs. production

Error Handling

ErrorCauseSolution
Pipeline triggered but no jobs runTrigger conditions (paths, branches) do not matchReview on: / only: / rules: filters and verify branch names
Docker build failed: layer cache missCache key changed or cache storage expiredUse content-based cache keys (hashFiles('**/package-lock.json')) and verify cache backend
Secret not foundSecret name mismatch or not set in pipeline settingsCheck secret names match exactly (case-sensitive) in repository/project settings
Deploy failed: unauthorizedExpired or incorrect deployment credentialsRotate credentials, update pipeline secrets, and verify IAM role/service account permissions
Tests pass locally but fail in CIEnvironment differences (OS, node version, timezone)Pin runtime versions in pipeline config; use matrix to test across environments

Examples

  • "Create a GitHub Actions workflow for a Node.js app: lint with ESLint, test with Jest, build Docker image, push to ECR, deploy to EKS staging on PR merge."
  • "Generate a GitLab CI pipeline with parallel test jobs, SAST scanning, and manual production deployment gate."
  • "Build a Jenkins pipeline that runs Python tests in a Docker agent, publishes coverage to SonarQube, and deploys via Terraform."

Resources

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

补充不同宿主或平台的使用分布数据

能力 5

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

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

平台分布

Cursor

29.18%
按下载量换算94

Claude Code

23.63%
按下载量换算76

moltbot

16.57%
按下载量换算53

OpenCode

10.87%
按下载量换算35

continue

6.65%
按下载量换算21

Codex

3.49%
按下载量换算11

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

external-service

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

来源信息

继续浏览同类 Skills