swan-design
npx skills add https://github.com/autumnsgrove/groveengine --skill swan-design
Agent 安装分布
Skill 文档
Swan Design ð¦¢
The swan doesn’t rush. It glides across still water with purpose and grace. Each movement is deliberate. Every feather is in place. When the swan creates, it weaves technical precision with poetic visionâspecs that feel like opening a beautifully illustrated field guide to the forest.
When to Activate
- User asks to “write a spec” or “create a specification”
- User says “document this feature” or “design this system”
- User calls
/swan-designor mentions swan/designing specs - Creating technical specifications for Grove systems
- Adding ASCII art and diagrams to text-heavy documents
- Validating existing specs against Grove standards
- Transforming technical plans into storybook entries
Pair with: owl-archive for Grove voice and text refinement
The Design
VISION â SKETCH â REFINE â POLISH â LAUNCH
â â² â â² â
See Create Write Perfect Release
Clearly Form Content Voice Spec
Phase 1: VISION
The swan sees the whole lake before moving a single feather…
Before touching code blocks or ASCII characters, understand what you’re creating:
What is this system/feature?
- What problem does it solve?
- What would you tell a Wanderer about it?
- What’s the nature metaphor that fits?
The nature metaphor is everything. Examples from Grove:
- Heartwood â The center that holds (auth system)
- Wisp â Gentle guiding light (help system)
- Porch â Sit and chat about what’s going on (support)
- Patina â Age as armor (backup system)
Questions to answer:
- Concept: What natural thing does this resemble?
- Scope: What’s in/out of bounds for this spec?
- Audience: Developers implementing? Wanderers exploring?
- Tone: Technical precision, warm invitation, or both?
Output: Nature metaphor chosen, scope defined, target audience identified
Phase 2: SKETCH
The swan traces patterns on the water, creating the form…
Build the spec structure with required elements:
Frontmatter (REQUIRED):
---
aliases: []
date created: Monday, January 6th 2026
date modified: Monday, January 13th 2026
tags:
- primary-domain
- tech-stack
- category
type: tech-spec
---
Date format examples:
Monday, December 29th 2025Saturday, January 4th 2026
Type options:
tech-specâ Technical specification (most common)implementation-planâ Step-by-step implementation guideindexâ Index/navigation document
ASCII Art Header:
Create visual representation of the concept using:
- Box-drawing characters:
ââââââââ¤â¬â´â¼ââ®â°â¯ - Nature emoji (sparingly):
ð²ð¿ðâ¨ð¸ - Under 20 lines, centered, with poetic tagline
Examples from excellent specs:
Wisp (will-o’-the-wisp light):
ð² ð² ð²
\ | /
\ | /
â¨
â± â²
â± â²
Ⱡ· â²
Ⱡ· â²
Ⱡ· â²
· · ·
gentle
guiding
light
Patina (layered backups):
âââââââââââââââââââââ®
â⤠âââââââââââââââ ââ®
ââ¤â â 2026-01-05 â âââ®
âââ â ââââââââââ â âââ
âââ â ââââââââââ â âââ
âââ â ââââââââââ â âââ
âââ â ·········· â âââ
â°â´â´ââââââââââââââââââââ´â´â¯
â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±â±
ââââââââââââââââââââââââââââââ
~~~~~~~~ oxidation layer ~~~~~~~~
Age as armor. Time as protection.
Heartwood (tree rings):
ââââââââââââ®
ââââ ââââââââ® ââââ®
âââ â â ââââ® â â âââ®
â â â â â⥠â â â â â
â°ââ â â â°ââ⯠â â âââ¯
â°âââ â°ââââââ⯠ââââ¯
â°âââââââââââ¯
every ring: a year, a story, a layer of growth
The center that holds it all.
Introduction Template:
> *Poetic tagline in italics*
[2-3 sentence description of what this is in the Grove ecosystem]
**Public Name:** [Name]
**Internal Name:** Grove[Name]
**Domain:** `name.grove.place`
**Repository:** [Link if applicable]
**Last Updated:** [Month Year]
[1-2 paragraphs explaining the nature metaphor and how it applies]
---
Output: Spec skeleton with frontmatter, ASCII art, and introduction complete
Phase 3: REFINE
The swan adds detail to every feather, ensuring each one serves the whole…
Write the technical content with visual elements:
Required Sections:
- Overview/Goals â What this system does
- Architecture â How it’s built (with diagrams!)
- Tech Stack â Dependencies, frameworks
- API/Schema â Technical details
- Security â Important considerations
- Implementation Checklist â Clear action items
ASCII Flow Diagrams:
Every process MUST include at least one flow diagram:
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
â Client Sites â
â ââââââââââââââââ ââââââââââââââââ ââââââââââââââââ â
â â Site A â â Site B â â Site C â â
â ââââââââ¬ââââââââ ââââââââ¬ââââââââ ââââââââ¬ââââââââ â
âââââââââââ¼ââââââââââââââââââ¼ââââââââââââââââââ¼ââââââââââââââââââââââââ
â â â
â 1. Request â â
â¼ â¼ â¼
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
â Central Service â
â â
â âââââââââââââââââââââââââââ âââââââââââââââââââââââââââ â
â â Handler A â â Handler B â â
â âââââââââââââââââââââââââââ âââââââââââââââââââââââââââ â
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
Box Drawing Reference:
- Corners:
â â â â(square) orâ â® â° â¯(rounded) - Lines:
â â â â - Joins:
â ⤠⬠ⴠ⼠- Arrows:
â â â â â¶ â â² â¼
UI Mockups (if applicable):
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
â â§ Panel Title [Ã] â
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ¤
â â
â ââ Label âââââââââââââââââââââââââââââââââââââââââââââââââ â
â â Content here with proper spacing â â
â ââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ â
â â
â âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ â
â â Input field... [âµ] â â
â âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ â
â â
â âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ â
â [ Action A ] [ Action B ⦠] â
â â
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
State Diagrams:
For features with multiple states:
Idle: Analyzing: Success:
. * . . * . * . analyzing . * *
. _ . . \ | / . * /|\ .
/ \ * . -- (o.o) -- thinking * / | \ *
/ ~ ~ \ . . / | \ /__|__\
/ \______ ~~~~~~~~~~~~~~~~~ ~~~~/ \~~~~
~~~~~~~~~~~~~~~~~~~ words flowing... all clear
Comparison Tables:
| Feature | Seedling | Sapling | Oak | Evergreen |
|---------|----------|---------|-----|-----------|
| Posts | 50 | 250 | â | â |
| Storage | 1 GB | 5 GB | 20 GB | 100 GB |
| Themes | 3 | 10 | All | All + custom |
Timeline/Retention Diagrams:
For anything involving time:
TODAY 12 WEEKS AGO
â â
â¼ â¼
âââ¬ââ¬ââ¬ââ¬ââ¬ââ¬ââ âââ
âââââââââââââââ âââ Daily backups (7 days) âââ
âââ´ââ´ââ´ââ´ââ´ââ´ââ âââ
S M T W T F S
Output: Technical content complete with diagrams, tables, and code blocks
Phase 4: POLISH
The swan preens each feather until it gleams, perfect in the light…
Apply Grove voice and validate formatting:
Voice Checklist (no AI-coded words):
- â No “robust”, “seamless”, “leverage”, “synergy”
- â No em-dashes (use periods or commas)
- â No “not X, but Y” patterns
- â Short paragraphs (2-3 sentences max)
- â Direct, clear statements
- â Poetic closers that are earned, not forced
Structure Validation:
- Frontmatter with all required fields
-
aliases: []included (even if empty) - Date format:
Monday, January 6th 2026 -
type: tech-specor appropriate type - ASCII art header present
- Poetic tagline in italics after art
- Public/Internal names listed
- Domain specified (if applicable)
Visual Content:
- At least one ASCII flow diagram (if process-based)
- UI mockups included (if describing interface)
- Tables for comparisons where appropriate
- Code blocks for technical details
- No walls of text without visual breaks
Validation Checklist:
Before finalizing any spec, verify:
Structure
- Frontmatter present with all required fields
-
aliases: []included (even if empty) - Date format correct (Day, Month Ordinal Year)
-
type: tech-specor appropriate type - ASCII art header present after frontmatter
- Poetic tagline in italics
- Public/Internal names listed
- Domain specified (if applicable)
Visual Content
- At least one ASCII flow diagram (if process-based)
- UI mockups included (if has UI)
- Tables for comparisons where appropriate
- Code blocks for technical details
- No walls of text without visual breaks
Voice
- No em-dashes (use periods or commas)
- No “not X, but Y” patterns
- No AI-coded words (robust, seamless, leverage, etc.)
- Short paragraphs
- Poetic closers earned, not forced
Completeness
- Overview/Goals section
- Architecture diagram
- Technical details (API, schema)
- Security considerations
- Implementation checklist
Output: Spec polished with proper Grove voice and validated structure
Phase 5: LAUNCH
The swan takes flight, the spec released into the world…
Final Review:
Read the spec with fresh eyes:
- Does it feel like a storybook entry?
- Would you want to read this at 2 AM?
- Is the nature metaphor clear and consistent?
- Are the diagrams readable?
Implementation Checklist:
Every spec must end with actionable items:
## Implementation Checklist
- [ ] Task 1
- [ ] Task 2
- [ ] Task 3
Integration Check:
- Does this skill need other animals?
- Does it reference related specs?
- Are dependencies documented?
Output: Spec complete, validated, and ready for implementation
Swan Rules
Elegance
Every element earns its place. The swan doesn’t add decoration for decoration’s sake. Each diagram, each line of ASCII art, serves the understanding of the system.
Grace
Move deliberately through the phases. Don’t rush to implementation details before the vision is clear. A spec written without understanding the metaphor will feel hollow.
Beauty
Specs are storybook entries. They should be beautifulâreadable at 2 AM, inviting to open, satisfying to complete.
Communication
Use design metaphors:
- “Seeing the whole lake…” (understanding scope)
- “Tracing patterns…” (creating structure)
- “Adding detail to feathers…” (writing technical content)
- “Preening until it gleams…” (polishing voice)
- “Taking flight…” (releasing the spec)
Creating ASCII Art
The Process
- Identify the core metaphor â What natural thing does this represent?
- Sketch the concept â What visual would convey this at a glance?
- Choose your characters â Box drawing, emoji, or creative ASCII
- Build in layers â Start with outline, add detail, add flourishes
- Add the tagline â Poetic one-liner that captures the essence
Character Palette
Box Drawing (safe, consistent):
âââââââ¬ââââââ âââââââ®
â â â â â
âââââââ¼âââââ⤠â°ââââââ¯
â â â
âââââââ´ââââââ
Lines and Arrows:
â â â â â â
â¶ â â² â¼
⿠⸠â¹
Nature Emoji (use sparingly):
ð² ð³ ð¿ ð ð ð¸ ðº ð» ð· ð± ð
âï¸ ð¤ï¸ â ⨠ð§ ð¥
ð¦ ð ð
Decorative:
· â ⢠° Ë â
~ â â¿
â â â â â â
â â â â
Tips
- Keep ASCII art under 20 lines tall
- Center the art within its code block
- Include breathing room (empty lines above/below)
- Test in a monospace font
- Consider mobile rendering (simpler is better)
Anti-Patterns
The swan does NOT:
- Write specs without a nature metaphor
- Skip the ASCII art header
- Create walls of text without visual breaks
- Use AI-coded corporate language
- Rush through phases to get to implementation
- Forget the implementation checklist
Example Design
User: “Write a spec for the new analytics system”
Swan flow:
-
𦢠VISION â “Analytics tracks growth over time. Nature metaphor: Heartwood ringsâeach ring a story, each layer growth.”
-
𦢠SKETCH â “Create frontmatter, ASCII art of tree rings, introduction with tagline ‘Every ring: a year, a story, a layer of growth'”
-
𦢠REFINE â “Write architecture with flow diagram, API schema, comparison table of metrics”
-
𦢠POLISH â “Apply Grove voice, validate no AI words, check all required elements”
-
𦢠LAUNCH â “Final review, implementation checklist, release”
Quick Decision Guide
| Situation | Action |
|---|---|
| New feature/system | Full spec with all sections |
| Architecture decision | Focus on flow diagrams and trade-offs |
| UI component | Include detailed ASCII mockups |
| API design | Schema tables and endpoint flows |
| Review existing spec | Run validation checklist, add missing elements |
Integration with Other Skills
Before Writing:
walking-through-the-groveâ If naming a new feature, complete naming firstchameleon-adaptâ If the spec involves UI patterns
While Writing:
owl-archiveâ Apply Grove voice, avoid AI patterns
After Writing:
- This skill (
swan-design) â Run validation checklist
Use museum-documentation instead when:
The reader is a Wanderer exploring rather than a developer implementing.
| Use swan-design | Use museum-documentation |
|---|---|
| Technical specifications | “How it works” for visitors |
| Architecture decisions | Codebase guided tours |
| Implementation plans | Knowledge base exhibits |
| Internal system docs | Narrative explanations |
A good spec is one you’d want to read at 2 AM. Make it beautiful. ð¦¢