materials
Auto-create and apply materials to unmaterialed objects
- License 许可
- MIT
- 最近更新
- 2026-11-10
- Stars
- ★ 8
- Forks
- 3
01 前言 Front Matter
- name
- twelve-factor-audit
- triggers
- [ "twelve factor audit", "12 factor audit evidence", "audit application against 12+ factor", "cloud native operational audit" ]
- namespace
- aiwg
- platforms
- [ "all" ]
- description
- Audit an application against Twelve-Factor and modern 12+ Factor criteria with structured evidence, risks, and remediation tasks.
03 SKILL.md 正文
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, ornot_applicable. - For every finding, cite concrete evidence paths or note
missingevidence explicitly. - Record risks with severity and impact, then map remediation to owner-ready tasks.
- Validate the report against
schemas/audit-report.schema.jsonwhen 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/${CLAUDE_PLUGIN_ROOT}/checklists/audit-checklist.md
- @$AIWG_ROOT/${CLAUDE_PLUGIN_ROOT}/templates/audit-report.md
- @$AIWG_ROOT/${CLAUDE_PLUGIN_ROOT}/schemas/audit-report.schema.json
- @$AIWG_ROOT/${CLAUDE_PLUGIN_ROOT}/fixtures/sample-audit-report.json
- @$AIWG_ROOT/${CLAUDE_PLUGIN_ROOT}/rules/twelve-factor-evidence.md
04 同仓库更多 Skills
walkthrough
Plan and render a camera walkthrough animation
fill
Analyze empty space and suggest items to fill the room
scene-check
Run Scene Doctor to diagnose and fix scene issues
render
Set up and execute a render of the current camera view
save
Quick save with snapshot and auto-generated filename
perspicacity
Perspicacity scene perception DSL — structured 3D spatial awareness for AI. Reference for reading and reasoning about .picacia format output.