Twelve-Factor Audit
Use this skill to inspect an implemented application and produce a structured audit report that downstream quality, security, reporting, and delivery workflows can consume.
Triggers
- "Audit this repo against Twelve-Factor"
- "Produce a 12+ Factor evidence report"
- "Find cloud-native operational readiness gaps"
- "Turn Twelve-Factor audit findings into remediation issues"
Behavior
- Establish the audit scope: application name, repo paths, deployment targets, environments, release process, and evidence sources.
- Collect evidence from code, dependency manifests, lockfiles, configuration, deployment manifests, CI, tests, API contracts, logs, dashboards, runbooks, ADRs, and security/provenance artifacts.
- Assess every original Twelve-Factor principle plus the modern extension factors listed in the addon README.
- Assign each factor a status of
pass, partial, fail, or not_applicable.
- For every finding, cite concrete evidence paths or note
missing evidence explicitly.
- Record risks with severity and impact, then map remediation to owner-ready tasks.
- Validate the report against
schemas/audit-report.schema.json when the output is JSON.
Output
Use templates/audit-report.md for human-readable reports or the JSON contract in schemas/audit-report.schema.json for machine-readable reports. Every factor finding should include:
- Factor identifier and title
- Status
- Evidence list
- Risks
- Remediation tasks
- Traceability links to requirements, ADRs, tests, code/config, and issues when available
Examples
Input:
Audit the billing service. Evidence is in package.json, package-lock.json, Dockerfile, helm/, openapi.yaml, .gitea/workflows/test.yml, docs/runbooks/billing.md, and dashboards/billing.json.
Expected output:
Overall status: partial
Pass: codebase, dependencies, port binding, logs
Partial: config, backing services, telemetry, dependency hygiene
Fail: build/release/run separation, supply-chain provenance
Remediation: split release metadata from image build; add SBOM/provenance evidence; document backing-service attachment contracts.
References
- @$AIWG_ROOT/agentic/code/addons/twelve-factor/checklists/audit-checklist.md
- @$AIWG_ROOT/agentic/code/addons/twelve-factor/templates/audit-report.md
- @$AIWG_ROOT/agentic/code/addons/twelve-factor/schemas/audit-report.schema.json
- @$AIWG_ROOT/agentic/code/addons/twelve-factor/fixtures/sample-audit-report.json
- @$AIWG_ROOT/agentic/code/addons/twelve-factor/rules/twelve-factor-evidence.md
1---2name: twelve-factor-audit3description: Audit an application against Twelve-Factor and modern 12+ Factor criteria with structured evidence, risks, and remediation tasks.4---56# Twelve-Factor Audit78Use this skill to inspect an implemented application and produce a structured audit report that downstream quality, security, reporting, and delivery workflows can consume.910## Triggers1112- "Audit this repo against Twelve-Factor"13- "Produce a 12+ Factor evidence report"14- "Find cloud-native operational readiness gaps"15- "Turn Twelve-Factor audit findings into remediation issues"1617## Behavior18191. Establish the audit scope: application name, repo paths, deployment targets, environments, release process, and evidence sources.202. Collect evidence from code, dependency manifests, lockfiles, configuration, deployment manifests, CI, tests, API contracts, logs, dashboards, runbooks, ADRs, and security/provenance artifacts.213. Assess every original Twelve-Factor principle plus the modern extension factors listed in the addon README.224. Assign each factor a status of `pass`, `partial`, `fail`, or `not_applicable`.235. For every finding, cite concrete evidence paths or note `missing` evidence explicitly.246. Record risks with severity and impact, then map remediation to owner-ready tasks.257. Validate the report against `schemas/audit-report.schema.json` when the output is JSON.2627## Output2829Use `templates/audit-report.md` for human-readable reports or the JSON contract in `schemas/audit-report.schema.json` for machine-readable reports. Every factor finding should include:3031- Factor identifier and title32- Status33- Evidence list34- Risks35- Remediation tasks36- Traceability links to requirements, ADRs, tests, code/config, and issues when available3738## Examples3940Input:4142```text43Audit the billing service. Evidence is in package.json, package-lock.json, Dockerfile, helm/, openapi.yaml, .gitea/workflows/test.yml, docs/runbooks/billing.md, and dashboards/billing.json.44```4546Expected output:4748```text49Overall status: partial50Pass: codebase, dependencies, port binding, logs51Partial: config, backing services, telemetry, dependency hygiene52Fail: build/release/run separation, supply-chain provenance53Remediation: split release metadata from image build; add SBOM/provenance evidence; document backing-service attachment contracts.54```5556## References5758- @$AIWG_ROOT/agentic/code/addons/twelve-factor/checklists/audit-checklist.md59- @$AIWG_ROOT/agentic/code/addons/twelve-factor/templates/audit-report.md60- @$AIWG_ROOT/agentic/code/addons/twelve-factor/schemas/audit-report.schema.json61- @$AIWG_ROOT/agentic/code/addons/twelve-factor/fixtures/sample-audit-report.json62- @$AIWG_ROOT/agentic/code/addons/twelve-factor/rules/twelve-factor-evidence.md