skills/writing-skills/SKILL.md
Use when creating new skills, editing existing skills, or verifying skills work before deployment
npx skillsauth add schlenks/superpowers-bd writing-skillsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Writing skills IS Test-Driven Development applied to process documentation.
Skills use a 3-tier progressive disclosure model:
name + description onlyreferences/ (loaded on demand, unlimited) -- detailed guides, examples, checklistsThis skill demonstrates the pattern it teaches: core workflow here, deep detail in references/.
REQUIRED: superpowers-bd:test-driven-development, superpowers-bd:rule-of-five-plans
skills/skill-name/SKILL.md + references/ directory if content exceeds <=150 line budget---
name: skill-name-with-hyphens
description: Use when [triggering conditions only, <=300 chars]
---
THE TRAP: Description must be triggering conditions ONLY -- never summarize workflow. Claude will follow the description instead of reading the full skill body.
# BAD: Claude follows this shortcut instead of reading the skill
description: Use when executing plans - dispatches subagent per task with code review between tasks
# GOOD: Forces Claude to read the skill for workflow details
description: Use when executing implementation plans with independent tasks in the current session
npx claude-skills-cli validate <skill-dir> --lenient
---
name: skill-name
description: Use when [triggering conditions, symptoms, situations -- NOT workflow]
---
# Skill Name
## Overview
Core principle in 1-2 sentences. What is this and why does it matter?
## Quick Start
Numbered steps: what to do RIGHT NOW.
## [Core Content Section]
The non-negotiable rules, patterns, or techniques.
Keep this focused -- "what do I do now?" belongs here.
"How do I do it well?" belongs in references/.
## Reference Files
| File | When to read |
|------|-------------|
| `references/guide.md` | When you need [specific detail] |
## Common Mistakes
What goes wrong + fixes. Keep to top 3-5.
NO SKILL WITHOUT A FAILING TEST FIRST
This applies to NEW skills AND EDITS to existing skills. No exceptions.
Write skill before testing? Delete it. Start over.
THE critical discovery: description = triggering conditions ONLY.
Testing proved that workflow summaries in descriptions cause Claude to skip reading the full skill body. The description is a trigger, not a summary.
Full guide with examples: references/description-and-discovery.md
references/3-tier-model.md: understanding the progressive disclosure model and validationreferences/skill-structure.md: directory layout, skill types, frontmatter fields for all componentsreferences/description-and-discovery.md: writing descriptions, CSO, token efficiency, flowcharts, namingreferences/tdd-for-skills.md: TDD mapping, phase tasks, RED-GREEN-REFACTOR detail, testing by typereferences/bulletproofing.md: rationalization tables, loophole closing, anti-patternsreferences/creation-checklist.md: full 40-item checklist, STOP directive, validation stepreferences/anthropic-best-practices.md: official Anthropic skill authoring guidancereferences/testing-skills-with-subagents.md: pressure scenario methodology, meta-testingreferences/persuasion-principles.md: psychology research behind bulletproofing (Cialdini, Meincke)references/graphviz-conventions.dot: Graphviz style rules for flowchartsreferences/examples/: worked examples (CLAUDE_MD_TESTING.md)Before committing any skill:
npx claude-skills-cli validate <skill-dir> --lenient
Must pass. Fix errors, address warnings. Checks: body <=150 lines, <=2000 words, valid frontmatter.
<!-- compressed: 2026-02-11, original: 702 words, compressed: 638 words -->tools
Use when converting a Superpowers-BD implementation plan or Shortcut story into a beads epic with dependency-aware child tasks
development
Use when the user asks for /cr-style review of local changes, commits, a branch diff, or a GitHub PR outside subagent-driven development
development
Use when you have a spec or requirements for a multi-step task, before touching code
tools
Use when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions