nWave/skills/nw-agent-creation-workflow/SKILL.md
Detailed 5-phase workflow for creating agents - from requirements analysis through validation and iterative refinement
npx skillsauth add nwave-ai/nwave nw-agent-creation-workflowInstall 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.
Create agents through 5 phases: ANALYZE -> DESIGN -> CREATE -> VALIDATE -> REFINE. Each phase has clear inputs, outputs, and quality gates. Follow "start minimal, add based on failure."
Goal: Understand requirements and determine agent architecture.
Inputs: User requirements, use case description, existing codebase context.
Steps:
Gate: Single responsibility identified. Agent type classified. No overlap.
Output: Requirements summary with agent type, tools list, skill needs.
Goal: Design agent architecture and structure.
Inputs: Requirements summary from Phase 1.
Steps:
design-patterns skill)Load: skill-name directives in each workflow phase~/.claude/skills/nw-{skill-name}/SKILL.md (installed) or nWave/skills/nw-{skill-name}/SKILL.md (repo)skills: in frontmatter is declarative only — Claude Code does NOT auto-load skill files. The agent must use Read tool to load them, triggered by Load: directives in workflow text.---
name: {kebab-case-id}
description: Use for {domain}. {When to delegate.}
model: inherit
tools: [{minimum tools needed}]
maxTurns: 30
skills:
- nw-{skill-name}
---
Gate: Design fits ~200-300 lines (core) + Skills. Pattern selected. Frontmatter drafted.
Output: Agent architecture document (working notes, not deliverable).
Goal: Write agent definition file and Skills.
Inputs: Design from Phase 2.
Steps:
Create agent .md file:
Create Skill files if needed: each in nWave/skills/{agent-name}/ | YAML frontmatter with name and description | Focused content, 100-250 lines each
Measure: wc -l. Target: under 300 lines.
Add Skill Loading Strategy section (required for agents with 3+ skills):
## Skill Loading Strategy
Load on-demand by phase, not all at once:
| Phase | Load | Trigger |
|-------|------|---------|
| 1 Phase Name | `skill-name` | Always — core methodology |
| 2 Phase Name | `other-skill` | When condition is met |
Skills path: `~/.claude/skills/nw-{skill-name}/SKILL.md` (installed) or `nWave/skills/nw-{skill-name}/SKILL.md` (repo)
Add Load: directives at the start of each workflow phase referencing the applicable skills
Verify: every skill in frontmatter skills: has at least one Load: directive in the workflow text. Orphan skills (declared but never loaded) are a bug.
Gate: Agent file created. Under 300 lines. Skills created if needed. Skill Loading Strategy present for 3+ skills.
Output: Agent .md file + Skill files.
Goal: Verify agent meets quality standards.
Steps:
Gate: All 14 items pass. No anti-patterns.
Output: Validation report (pass/fail per item).
Goal: Iteratively improve based on testing feedback.
Steps:
wc -l. If approaching 400 lines, extract to Skills.Gate: All validation passes. Line count within target. Edge cases handled.
Output: Final agent definition, ready for installation.
| Phase | Gate | Blocks | |-------|------|--------| | ANALYZE | Single responsibility, no overlap | DESIGN | | DESIGN | Architecture fits size target | CREATE | | CREATE | File created, under 300 lines | VALIDATE | | VALIDATE | 14-point checklist passes | REFINE/Deploy | | REFINE | Edge cases handled, within target | Deploy |
nw-{name}.md in nWave/agents/{skill-name}.md in nWave/skills/{agent-name}/nw-{name}-reviewer.mdnw-{name} (kebab-case with nw- prefix)Reviewer agents pair with a primary agent and use the Reflection pattern:
model: haiku in frontmatter (cost-efficient review)testing
Acceptance test creation methodology for the DISTILL wave. Domain knowledge for the acceptance designer agent: port-to-port principle, prior wave reading, wave-decision reconciliation, graceful degradation, and document back-propagation.
testing
Methodology for minimizing test count while maximizing behavioral coverage - behavior definition, anti-pattern catalog, consolidation patterns, stopping criterion, coverage-preserving validation
testing
Methodology for minimizing test count while maximizing behavioral coverage - behavior definition, anti-pattern catalog, consolidation patterns, stopping criterion, coverage-preserving validation
development
Design mandates for acceptance tests - hexagonal boundary, business language abstraction, user journey completeness, pure function extraction, 3 Pillars (domain language / chained narrative / production composition), and the layered ATD discipline (Universe-bound assertion, layer-dependent PBT mode, two-tier acceptance, example-based sad paths)