scaffolding-project — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited scaffolding-project (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Create the standard file structure for a rageatc-code-oss project. Run this once per new project, before architecture and decomposition begin. The scaffold creates empty templates and a pre-populated CLAUDE.md — content is filled in by later skills.
This skill creates:
Out of scope:
<project-root>/
├── CLAUDE.md # Pre-populated orchestrator orientation file
├── STATUS.md # Living project state — current position, decisions, next steps
├── PRD.md # Empty template — managed by managing-product
├── ARCHITECTURE.md # Empty template — managed by architecting-software
├── ROADMAP.md # Empty template — managed by decomposing-work / enriching-roadmap
├── ORCHESTRATION-PLAN.md # Empty template — managed by planning-software
├── LEARNINGS.md # Empty, updated only when noteworthy
└── docs/
└── decisions/ # Created only for Thorough tier (for ADRs)Check that you have:
If any are missing, ask before proceeding.
Before creating anything, check whether the project root already contains any of the target files. If existing files are present, stop and confirm with the orchestrator which files to create. Do not overwrite without explicit approval.
Create the project root if it does not exist. For Thorough tier only, also create docs/decisions/.
Create these files with their minimal template content:
PRD.md:
<!-- Update: revise when requirements shift. Owned by managing-product. -->
# PRD — [Project Name]ARCHITECTURE.md (the full template is owned by the architecting-software skill at architecting-software/references/architecture-template.md):
<!-- Update: revise when architectural decisions change. Owned by architecting-software. -->
# ARCHITECTURE — [Project Name]ROADMAP.md:
<!-- Update: mark chunks completed, add or reorder as needed. Owned by decomposing-work / enriching-roadmap. -->
# Roadmap — [Project Name]ORCHESTRATION-PLAN.md:
<!-- Update: mark completed chunks, update build progress. Owned by planning-software. -->
# Orchestration Plan — [Project Name]LEARNINGS.md:
<!--
Update: append observations when something noteworthy happens. Do not rewrite — this file is append-only.
Entry format:
## YYYY-MM-DD — Short descriptive title
What happened and why, written so a future reader can understand without session context.
One to five sentences. Include the likely cause if known; say "Cause unclear" if not.
-->
# Learnings — [Project Name]STATUS.md:
<!-- Update: rewrite entirely with current state. This file is always current, not history. -->
# Status
## Current position
Project scaffolded. Awaiting product definition (PRD).
## Recent decisions
- None yet
## Next steps
1. Define product requirements (PRD.md)
## Open questions
- NoneFor Thorough tier, also create docs/decisions/.gitkeep. ADR documents will be created in this directory by the architecting-software skill (template at architecting-software/references/adr-template.md).
Use the reference template at references/claude-md-template.md. Substitute:
[Project Name] — the project name provided[Quick / Standard / Thorough] — the selected workflow tierDo not add project-specific process details. CLAUDE.md points to documents; it does not describe procedures.
List the created files and confirm the structure matches the expected output for the selected tier.
references/claude-md-template.md — CLAUDE.md content (pre-populated, stable across projects)Templates owned by other skills (referenced, not duplicated):
architecting-software/references/architecture-template.md — full ARCHITECTURE.md template (used by architecting-software when filling in content)architecting-software/references/adr-template.md — ADR document template (used by architecting-software for Thorough tier)Existing project root with some files already present: Stop and list what exists. Ask which files to create. Never overwrite without explicit approval.
Project name contains special characters: Use the name as-is in the heading. Do not normalise.
Tier changes after scaffolding: If the tier is upgraded to Thorough after initial scaffolding, create docs/decisions/ at that point.
Quick tier with existing architecture: ARCHITECTURE.md is still created — it is always present, even if shallow. Depth is determined by architecting-software, not by scaffolding.
docs/decisions/, CLAUDE.md populated with project name "Payments API", tier set to "Thorough", source of truth table listing all documents including STATUS.md, session resumption steps starting with STATUS.md. STATUS.md has initial content. No content beyond headings in PRD/ROADMAP.md/ORCHESTRATION-PLAN.md/LEARNINGS.md.docs/decisions/ directory, CLAUDE.md populated with tier Quick, STATUS.md with initial content~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.