audit-ci-cd
Skill9 starsChanged 24 days agoMITView on GitHub
Audit CI/CD & Release Management. Use when auditing pipelines, deployment strategies, DORA metrics, IaC, artifact management, or supply chain security. Triggers on "audit ci", "audit pipeline", "audit déploiement", "audit deployment", "audit release".
In this repository59 other files it gives its agents.
- AGENTS.mdAGENTS.md
- adversarial-feature-challengeSkill
- api-contract-versioningSkill
- bug-ticket-root-causeSkill
- bug-triage-structuredSkill
- ci-pipeline-orchestrationSkill
- commit-readiness-reviewSkill
- comprehensive-test-strategySkill
- database-schema-evolutionSkill
- ddd-backend-implementationSkill
- design-system-component-lifecycleSkill
- detection-sweepSkill
- domain-glossarySkill
- domain-modeling-designSkill
- frontend-fullstack-implementationSkill
- frontend-spec-call-site-auditSkill
- merge-request-reviewSkill
- performance-profilingSkill
- recording-decisionsSkill
- recurring-bug-root-causeSkill
- refactoring-shared-component-apiSkill
- validating-features-end-to-endSkill
- visual-regression-checkSkill
- writing-robust-testsSkill
- adversarial-feature-challengeSkill
- api-contract-versioningSkill
- audit-architectureSkill
- audit-complianceSkill
- audit-industrialisationSkill
- audit-observabilitySkill
- audit-performance-frontendSkill
- audit-qualitySkill
- audit-reportSkill
- audit-securitySkill
- audit-testingSkill
- bug-ticket-root-causeSkill
- bug-triage-structuredSkill
- ci-pipeline-orchestrationSkill
- commit-readiness-reviewSkill
- comprehensive-test-strategySkill
- daily-workflow-optimizationSkill
- database-schema-evolutionSkill
- ddd-backend-implementationSkill
- design-system-component-lifecycleSkill
- detection-sweepSkill
- domain-glossarySkill
- domain-modeling-designSkill
- frontend-fullstack-implementationSkill
- frontend-spec-call-site-auditSkill
- merge-request-reviewSkill
- performance-profilingSkill
- production-incident-diagnosticSkill
- qa-session-intakeSkill
- recording-decisionsSkill
- recurring-bug-root-causeSkill
- refactoring-shared-component-apiSkill
- validating-features-end-to-endSkill
- visual-regression-checkSkill
- writing-robust-testsSkill
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
ME when: an audit scoped to this domain only
- Distinctive: line 15
audit-industrialisation: instead if: a global multi-domain audit - it orchestrates every audit (including ME) and produces a consolidated …
- Distinctive: line 42
Detect the CI system: run the ci-01 commands to find the pipeline files
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Audit CI/CD & Release Management
When ME and not audit-industrialisation
- ME when: an audit scoped to this domain only
- audit-industrialisation instead if: a global multi-domain audit - it orchestrates every audit (including ME) and produces a consolidated report
For a full project audit, use
audit-industrialisationrather than invoking each skill separately.
Overview
Audit a project's CI/CD maturity by analyzing pipelines, deployment strategies, DORA metrics, environment management, Infrastructure as Code, artifact management, rollback procedures, and software supply chain security. Produces a maturity score (0-4) per question and prioritized recommendations.
10 questions spread across 6 sections. The detailed grids (statement, analysis, checks, commands, levels 0-4) live in reference/ - see Grids by section.
Criticality levels:
- must: fundamental practice, absence = critical risk
- should: good practice, absence = moderate risk
- could: excellence, absence = room for improvement
Score calculation
- Domain score = average of scored questions (exclude N/A)
- State "X questions scored out of Y total"
- A question is N/A if the project profile makes it non-applicable (e.g. a library with no deployment → ci-02/ci-06/ci-09 N/A)
- Criticality (used to prioritize remediation, NOT in the score - see
audit-report/reference/scoring-model.md):- must: ci-01, ci-02, ci-06, ci-09
- should: ci-07, ci-08, ci-10
- could: ci-03, ci-04, ci-05
Audit protocol
- Detect the CI system: run the ci-01 commands to find the pipeline files
- Read every pipeline file found
- Run the verification commands for each question ci-01 to ci-10
- Analyze each question based on the command output and the file reading
- Look for deployment configs: Dockerfile, docker-compose, Helm, Terraform, etc.
- Check the npm scripts in
package.jsonfor deploy, release, etc. commands - Evaluate the DORA metrics (ci-03, ci-04, ci-05): these questions often require interviews or dashboard access for a high-confidence assessment
- Assign a level (0-4) per question with justification and confidence level
- Mark N/A the questions non-applicable to the project profile (e.g. no deployment → ci-02 N/A)
- List the non-auditable items requiring an interview or external access
- Produce the report in the standard format (see below)
Confidence levels:
- high: verified by an executed command or direct file reading
- medium: inferred from the structure/config but not verified in depth
- low: requires an interview or external access (CI logs, dashboard, team interview)
Grids by section
Each file contains the statement, the items to analyze/check, the bash commands, and the level 0-4 tables.
| Section | Reference | Questions | Count |
| CI Pipeline | reference/pipeline-ci.md | ci-01 | 1 |
| Deployment & Environments | reference/deploiement.md | ci-02, ci-06, ci-09 | 3 |
| DORA Metrics | reference/dora.md | ci-03, ci-04, ci-05 | 3 |
| Infrastructure as Code | reference/iac.md | ci-07 | 1 |
| Artifact Management | reference/artefacts.md | ci-08 | 1 |
| Supply Chain Security | reference/supply-chain.md | ci-10 | 1 |
Output format
## CI/CD & Release Management - Overall score: X.X/4 (Y questions scored out of Z)
### Summary
[2-3 sentences summarizing CI/CD maturity]
### Detail per question
| Code | Question | Criticality | Level | Confidence | Justification |
|------|----------|-------------|-------|------------|---------------|
| ci-01 | CI pipeline architecture (build, lint, test, scan, artifacts) | must | X | high | ... |
| ci-02 | CD pipeline and deployment strategies | must | X | high | ... |
| ci-03 | Deployment frequency (DORA metric) | could | X | low | ... |
| ci-04 | Lead time for changes (DORA metric) | could | X | low | ... |
| ci-05 | Change failure rate (DORA metric) | could | X | low | ... |
| ci-06 | Environment management (dev, staging, preprod, prod) | must | X | high | ... |
| ci-07 | Infrastructure as Code (IaC) | should | X | medium | ... |
| ci-08 | Artifact management and registries | should | X | high | ... |
| ci-09 | Deployment rollback and recovery | must | X | low | ... |
| ci-10 | Pipeline security (Supply Chain Security) | should | X | high | ... |
### Strengths
- ...
### Weaknesses
- ...
### Recommendations
1. [MUST] ...
2. [SHOULD] ...
3. [COULD] ...
### Non-auditable items
- [ci-XX] Description - Reason (requires interview / CI dashboard access / production log access / ...)Exit condition
- CI system detected, pipeline files read
- All 10 questions evaluated (or justified N/A)
- Verification commands run for each scored question
- Level (0-4) + confidence + justification per question
- Domain score computed (average excluding N/A + weighted score, "X scored out of Y")
- Report produced in the output format
- Non-auditable items listed
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

