Agent skill
scaffold-file
Create or update a scaffold file in scaffolds/
Install this agent skill to your Project
npx add-skill https://github.com/majiayu000/claude-skill-registry/tree/main/skills/other/other/scaffold-file-daemn256-workspace-repo-templ
SKILL.md
Scaffold File
Uses Workspace Configurator agent. Create a new scaffold file or update an existing one, following the manifest's scaffold resolution rules.
Prerequisites: template-manifest.yaml exists, scaffolds/ directory exists
Phase 1: Classify
Determine Scaffold Placement
- Identify which file needs a scaffold (the path as it appears in a consumer workspace)
- Check
template-manifest.yamlfor an existing rule:- If a
scaffoldrule already exists for this path, this is an update - If the file is currently unlisted or set to
copy, a manifest change may be needed
- If a
- Determine target scope:
- Both targets → place in
scaffolds/common/<path> - Differs by target → place in
scaffolds/root/<path>and/orscaffolds/repo/<path> - Target-specific files override common (first match wins)
- Both targets → place in
Decision Criteria
| Question | If Yes | If No |
|---|---|---|
| Same example content works for root and repo? | Use scaffolds/common/ |
Use target-specific |
| Root workspace needs multi-repo context? | Needs scaffolds/root/ |
Common may suffice |
| Repo workspace needs single-repo context? | Needs scaffolds/repo/ |
Common may suffice |
| File contains real consumer data (IDs, keys, etc)? | Must be scaffold | Could be copy |
Output
## Context Anchors
- **Phase:** 1 — Classify
- **File:** <consumer-facing path>
## Classification
- **Action:** scaffold
- **Placement:** `scaffolds/common/<path>` | `scaffolds/root/<path>` + `scaffolds/repo/<path>`
- **Manifest Change:** Yes (add rule) | No (rule exists)
- **Rationale:** <why this placement>
## Next Step
Approve scaffold placement before creating the file.
**Approval Required:** Yes
⛔ CHECKPOINT
STOP. Await approval for scaffold placement.
Phase 2: Create
Write the Scaffold
- Create the scaffold file at the determined path
- Content guidelines:
- Use placeholder values — never real consumer data
- Include comments explaining what to customize
- Follow the same format/schema as the real file
- Keep it minimal but complete enough to be useful
- If updating an existing scaffold, preserve the structure and update relevant sections
Scaffold Content Patterns
| File Type | Pattern |
|---|---|
| YAML config | Valid YAML with placeholder values and inline comments |
| Markdown doc | Section headers with <!-- TODO: ... --> guidance |
| JSON config | Valid JSON with descriptive placeholder strings |
| README | Template structure with <project-name> style placeholders |
Output
## Context Anchors
- **Phase:** 2 — Create
- **File:** <scaffold path created>
## Scaffold Content
<summary of what was created>
## Next Step
Update manifest if needed, then verify with dry-run sync.
**Approval Required:** No
Phase 3: Verify
Validate the Scaffold
- If manifest was updated, check
template-manifest.yamlfor correctness - Run
tools/sync-to-templates.sh --dry-runto confirm the scaffold appears in output - Run
tools/validate-templates.shto check for scaffold-related issues
Output
## Context Anchors
- **Phase:** 3 — Verify
## Verification
- **Dry-run shows scaffold:** Yes | No
- **Validation clean:** Yes | <issues found>
## Next Step
Scaffold is ready. Run `/sync-templates` to propagate.
**Approval Required:** No
⛔ CHECKPOINT
STOP. Verify scaffold content and placement before propagating.
Error Handling
| Error | Recovery |
|---|---|
| Manifest rule conflict | Check existing rules, resolve overlap |
| Dry-run shows missing | Verify scaffold path matches manifest |
| Validation finds leakage | Check for consumer data in scaffold content |
| Template repo not cloned | Clone template repos before syncing |
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
agent-ops-spec
Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.
agent-ops-state
Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.
agent-ops-spec
Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.
agent-ops-testing
Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.
agent-ops-testing
Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.
agent-ops-state
Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.
Didn't find tool you were looking for?