Automated summary
Creates Foundation documents that define the identity and scope of a package or project.
Strengths
- Clear structure with prefixes and anchor inheritance
- Explicitly separates in-scope and out-of-scope items
- Eases alignment of requirements with identity anchors
Limitations
- Specifically designed for the web-playground ecosystem, may not fit other contexts
- Requires understanding of the anchor system and its prefixes
- Manual verification step can be overlooked
When starting a new package or project to establish its identity and scope.
For minor changes or already well-defined projects that don't need re-documentation of identity.
Security analysis
SafeThe skill is purely for generating documentation, with no executable commands, no network access, and no destructive actions. It poses no security risk.
No concerns found
How this analysis is madeExamples
Create foundation document for the root level of this project.Define identity for the React sample package with scope and anchors.sdd foundation for package todo-appname: 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
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/sdd-foundation-for-web-playground-mmh8qrih/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/sdd-foundation-for-web-playground-mmh8qrih' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/sdd-foundation-for-web-playground-mmh8qrih/download' --output '.skill-downloads/sdd-foundation-for-web-playground-mmh8qrih/SKILL.md.part' && mv '.skill-downloads/sdd-foundation-for-web-playground-mmh8qrih/SKILL.md.part' '.skill-downloads/sdd-foundation-for-web-playground-mmh8qrih/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.
Claude Code
test -f '.skill-downloads/sdd-foundation-for-web-playground-mmh8qrih/SKILL.md' && test -s '.skill-downloads/sdd-foundation-for-web-playground-mmh8qrih/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/sdd-foundation' && cp -R '.skill-downloads/sdd-foundation-for-web-playground-mmh8qrih' '.claude/skills/sdd-foundation'OpenSkills
OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.
Official OpenSkills installationopenskills install './.skill-downloads/sdd-foundation-for-web-playground-mmh8qrih'openskills read 'sdd-foundation-for-web-playground-mmh8qrih'Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.
For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.
openskills syncManual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/sdd-foundation-for-web-playground-mmh8qrih/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
Supabase Docs Authoring
Documentation
Write, edit, and review Supabase documentation content including guides, tutorials, reference docs, and partials. Follow style guides and MDX/TOML validation rules.
Create Architecture Decision Record
Documentation
Create a new Architecture Decision Record with sequential numbering, register it in the AgentDB graph, and link related ADRs.
Plan update with deep research
Documentation
Updates a plan document by launching parallel subagents to analyze a topic across all compiler passes, then consolidates findings into the plan doc.