One-click install
npx skills add https://github.com/Probably-Group/Dev-AID --skill cicd-expert-probably-group
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cicd-expert
Source: https://github.com/Probably-Group/Dev-AID/tree/main/.dev-aid/skills/expert/cicd-expert
Command: npx skills add https://github.com/Probably-Group/Dev-AID --skill cicd-expert-probably-group

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve?

Prevents insecure CI/CD workflows by guiding you to build robust, least-privilege pipelines with security scanning, secret hygiene, and reliable artifacts across GitHub Actions and GitLab CI.

Core Features & Use Cases

  • CI/CD Pipeline Security Guardrails: Enforces secrets-safety (no hardcoded secrets), least privilege, and “fail secure” behavior to reduce common CWE risks in pipelines.
  • Security Gates & Scanning Steps: Recommends adding SAST, SCA/dependency scanning, and secret scanning patterns to block vulnerable changes before deployment.
  • Performance and Reliability Practices: Encourages caching, sensible timeouts, artifact management, and reproducible dependency handling to keep pipelines fast and predictable.
  • Use Case: When you’re creating a PR-triggered pipeline for a repo that builds, tests, scans, and deploys only from protected branches, this Skill helps you assemble the workflow with the right security and reliability steps.

Quick Start

Use cicd-expert when generating a GitHub Actions or GitLab CI workflow for your project, ensuring it includes security scanning, minimal permissions, safe secret handling, caching, and artifact passing.

Frequently Asked Questions about cicd-expert

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I add security scanning to a GitHub Actions workflow?

To add security scanning to GitHub Actions, insert SAST, SCA/dependency scanning, and secret scanning steps as security gates within your workflow file to block vulnerable changes before deployment. This ensures fail-secure execution and prevents insecure code from progressing through the pipeline.

What is least privilege in CI/CD pipelines and why does it matter?

Least privilege in CI/CD pipelines means configuring minimal permissions for workflow execution to reduce common CWE risks. By enforcing least-privilege permissions, you prevent unauthorized access and limit the blast radius of potential security incidents during automated build and deployment processes.

Can I use this approach to generate pipelines for both GitHub Actions and GitLab CI?

Yes, secure CI/CD workflows can be generated for both GitHub Actions and GitLab CI. The approach applies security gates, artifact handling, caching, and deployment strategies across both platforms while maintaining least-privilege permissions and safe secret handling for protected branch deployments.

How do I prevent hardcoded secrets in GitLab CI configurations?

Preventing hardcoded secrets in GitLab CI requires enforcing secret hygiene practices that eliminate embedded credentials in pipeline definitions. This involves using proper secret management features and anti-injection protections to ensure sensitive data is securely referenced rather than exposed in configuration files.

What's the best way to configure fail-secure behavior in CI/CD pipelines?

Configuring fail-secure behavior in CI/CD pipelines involves setting up security gates that halt deployment upon detecting vulnerabilities or unverified dependencies. This ensures pipelines fail safely with appropriate exclusions, preventing compromised code from reaching production environments under any error conditions.

Do I need dependency verification for PR-triggered CI/CD pipelines?

Dependency verification is needed for PR-triggered CI/CD pipelines to ensure reproducible builds and prevent supply chain attacks. By verifying dependencies before deployment from protected branches, you maintain pipeline reliability and block vulnerable or tampered packages from entering production environments.