Our review
Creates foundation documents that define a package's identity and scope using structured identity anchors.
Strengths
- Provides a clear, reusable framework for defining project scope and identity.
- Uses standardized prefixes for identity anchors, ensuring consistency and traceability.
- Aligns future requirements with defined anchors.
Limitations
- Requires prior knowledge of prefix conventions and document structure.
- Can be perceived as overhead for very small projects.
- Manual verification of anchors may be tedious.
Use this skill when starting a new package or project to establish an identity and scope baseline before any implementation.
Avoid this skill for already well-established projects with existing documentation, or when formal documentation is unnecessary.
Security analysis
SafeThe skill only provides instructions for writing markdown/YAML documents defining project identity and scope. No commands, destructive actions, or data exfiltration are involved.
No concerns found
Examples
Create a foundation document for the root of the web-playground project.Create foundation for the react-sample package in packages/react-sample with identity anchors for React 18, Rsbuild, hooks pattern, and demo todo app.sdd foundation for new package my-packagename: sdd-foundation description: | Create Foundation documents defining web-playground identity. Use when: starting a new package, defining project scope, establishing identity anchors. Triggers: "create foundation", "define identity", "sdd foundation"
Web Playground Foundation
Create Foundation documents that define identity and scope for packages.
Anchor Prefixes
Root Level
| Prefix | Meaning | Example | |--------|---------|---------| | SCOPE- | What the project does/doesn't do | SCOPE-MONOREPO | | QUALITY- | Code quality standards | QUALITY-TYPESCRIPT | | AUDIENCE- | Target users | AUDIENCE-DEVELOPER |
Package Level (extends root)
| Prefix | Meaning | Example | |--------|---------|---------| | TECH- | Technology-specific constraints | TECH-REACT-18 | | PATTERN- | Design patterns to demonstrate | PATTERN-HOOKS | | DEMO- | What the sample showcases | DEMO-STATE-MANAGEMENT |
Instructions
1. Choose Level
- Root:
spec/foundation.md(project-wide identity) - Package:
packages/{pkg}/spec/foundation.md(sample-specific identity)
2. Write Frontmatter
---
title: "{Package} Foundation"
version: 1.0.0
status: draft
---
3. Write Identity Section
Answer in 1-2 sentences:
- What is this? (root: collection of samples; package: specific technology demo)
- Who is it for?
4. Define Scope
- In Scope: Features this package demonstrates
- Out of Scope: What it explicitly won't cover
5. List Identity Anchors
Use prefixes from table above. Package foundations must align with root anchors.
For packages, reference root anchors: Inherits: root::SCOPE-SHOWCASE, root::QUALITY-TYPESCRIPT
6. Update State
Claim ownership and update .sdd/state.yaml:
documents:
foundation: { status: draft, version: 1.0.0, owner: claude }
Example: Package Foundation
---
title: "React Sample Foundation"
version: 1.0.0
status: draft
inherits:
- root::foundation.md@1.0.0
---
# React Sample
## Identity
A React 18 sample demonstrating modern patterns: hooks, context, and functional components.
## Inherits
- root::SCOPE-SHOWCASE
- root::QUALITY-TYPESCRIPT
- root::AUDIENCE-DEVELOPER
## Identity Anchors
- **TECH-REACT-18:** Uses React 18 with concurrent features
- **TECH-RSBUILD:** Build tooling via Rsbuild
- **PATTERN-HOOKS:** All state via useState/useReducer
- **PATTERN-CONTEXT:** Global state via React Context
- **DEMO-TODO-APP:** Classic todo list showcasing patterns
## Scope
### In Scope
- Functional components with hooks
- Context-based state management
- Component composition patterns
- Testing with React Testing Library
### Out of Scope
- Class components
- Redux or other external state libraries
- Server-side rendering
Verification
After creating Foundation:
- [ ] Frontmatter has title, version, status
- [ ] Identity answers "what is this?"
- [ ] Scope separates in/out clearly
- [ ] Every anchor uses correct prefix (SCOPE-/QUALITY-/AUDIENCE- for root, TECH-/PATTERN-/DEMO- for packages)
- [ ] Package foundations list inherited root anchors
- [ ] Anchors are specific enough to align requirements against
State Update
After verification passes:
documents:
foundation: { status: verified, version: 1.0.0, owner: human }
current_phase: requirements
Transfer ownership to human or unassigned when complete.
Next Phase
When foundation is verified, proceed to requirements:
- Create requirements with
@aligns-tolinks to each anchor - Ensure every anchor has at least one requirement
Reference
For full details: .claude/skills/sdd-guidelines/reference/guidelines-v4.4.md section 1.1
API Documentation Generator
Documentation
Automatically generates OpenAPI/Swagger API documentation.
Technical Writer
Documentation
Writes clear technical documentation following top style guides.
Pivot Decision Framework
Documentation
Documents a strategic pivot or persevere decision with evidence, analysis, and rationale. Use when evaluating whether to change direction on a product, feature, or strategy based on market feedback.