Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Meta-skill for orchestrating end-to-end feature development from persona research through deployed, tested code — coordinating skills, commands, and agents across every stage. Use when building a new feature end-to-end, coordinating frontend + backend work, or needing a structured approach from research to production.
Meta-skill for orchestrating end-to-end feature development from persona research through deployed, tested code — coordinating skills, commands, and agents across every stage. Use when building a new feature end-to-end, coordinating frontend + backend work, or needing a structured approach from research to production.
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Then review README.md for any prerequisites, environment setup, or post-install checks. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Then review README.md for any prerequisites, environment setup, or post-install checks. Summarize what changed and any follow-up checks I should run.
Coordinate the entire lifecycle of a feature — from understanding who it's for, through design, implementation, testing, and documentation. This meta-skill routes to the right skill, command, or agent at each stage and enforces stage gates so nothing ships half-baked.
npx clawhub@latest install full-stack-feature
Building a new feature end-to-end — you need the full pipeline from research to production Frontend + backend work together — the feature spans UI, API, and data layers User research should inform implementation — you want personas and specs before writing code Coordinating multiple skills — you're unsure which skill or command to invoke at each step Onboarding a new feature area — you need a structured approach, not ad hoc implementation Teaching a junior developer — walk through the complete feature development process
Every feature moves through eight stages. Small features skip stages (see Complexity Assessment below); large features complete all of them. 1. Persona Research ↓ 2. Feature Specification ↓ 3. UX/UI Design ↓ 4. API Design ↓ 5. Frontend Implementation ↓ 6. Backend Implementation ↓ 7. Testing ↓ 8. Documentation
Understand who the feature is for before designing anything. Define the target user, their goals, pain points, and the journey this feature supports. Invoke: /create-persona command → ai/commands/docs/create-persona.md Skill: persona-docs → ai/skills/writing/persona-docs/SKILL.md Output: Persona document describing the target user, their context, and success criteria for this feature.
Translate persona insights into a concrete feature spec — scope, acceptance criteria, edge cases, and technical constraints. Invoke: feature-specification skill → ai/skills/meta/feature-specification/SKILL.md Output: Feature spec with user stories, acceptance criteria, out-of-scope items, and technical notes.
Design the interface informed by the persona and spec. Choose the right visual style, layout, and interaction patterns. Output: Component hierarchy, layout decisions, style selections, and responsive behavior plan.
Define the contract between frontend and backend. Design endpoints, request/response shapes, error codes, and authentication requirements. Command: /create-api-route → ai/commands/development/create-api-route.md Output: API contract (OpenAPI spec or typed route definitions) with validation rules and error handling.
Build the UI components, pages, and client-side logic. Use the appropriate framework skill for the project's stack. Command: /create-component → ai/commands/development/create-component.md Output: Working UI components wired to the API contract, with loading/error states and responsive layout.
Build the API routes, business logic, data access layer, and background jobs. Command: /new-feature → ai/commands/development/new-feature.md Output: Implemented API routes, data models, migrations, and business logic passing unit tests.
Validate the feature across unit, integration, and end-to-end layers. Verify acceptance criteria from Stage 2. Command: /test-feature → ai/commands/development/test-feature.md Output: Passing test suite covering happy paths, edge cases, and error scenarios from the spec.
Generate user-facing docs, API references, and internal technical documentation. Command: /generate-docs → ai/commands/documentation/generate-docs.md Output: Updated README, API docs, component storybook entries, and changelog.
StagePrimary SkillCommandAgent1. Persona Researchpersona-docs/create-persona—2. Feature Specfeature-specification——3. UX/UI DesignUI/UX skill——4. API Designapi-design-principles/create-api-routeai/agents/api/5. FrontendFramework skill (Next.js, React, etc.)/create-component—6. Backendapi-development, database-migration-patterns/new-featureai/agents/migration/7. Testingtesting-workflow, e2e-testing-patterns/test-featureai/agents/testing/8. Documentation—/generate-docs—
Each stage must pass its gate before proceeding. Gates prevent wasted work by catching gaps early. GateRequired BeforeCriteriaBlocking?Persona definedStage 2Target user identified with goals and pain pointsYesSpec approvedStage 3Acceptance criteria written, scope defined, edge cases listedYesDesign reviewedStage 4Component hierarchy defined, responsive plan in placeYesAPI contract lockedStage 5 + 6Endpoints defined, request/response types agreed, error codes setYesFrontend rendersStage 6UI components display with mock data, loading/error states workNo (parallel OK)Backend passes testsStage 7All API routes return expected responses, validations enforcedYesTests passStage 8Unit + integration + E2E tests green, acceptance criteria verifiedYesDocs completeDeployAPI documented, user-facing docs updated, changelog entry addedYes
Start with the thinnest possible end-to-end slice, then widen. Phase 1 — Thin Slice Build one happy path through all layers: a single user action from UI click to database write and back. This proves the architecture works and gives stakeholders something to demo. Example: "User can create a new project" UI: One form with a name field and submit button API: POST /api/projects { name: string } DB: INSERT INTO projects (name) VALUES ($1) Test: E2E test: fill form → submit → see project in list Phase 2 — Widen Add validation, error handling, edge cases, and secondary flows. Each addition follows the same vertical path — never build an entire layer in isolation. Phase 3 — Polish Loading states, optimistic updates, animations, accessibility, performance optimization, and comprehensive error messages.
Not every feature needs all eight stages. Use this table to determine which stages to include. Feature SizeExamplesStages to IncludeEstimated TimeTrivialRename a label, fix copy, adjust spacing5 only< 1 hourSmallAdd a filter, new form field, simple toggle4 → 5 → 6 → 72-4 hoursMediumNew CRUD entity, dashboard widget, search feature2 → 3 → 4 → 5 → 6 → 71-3 daysLargeNew user-facing feature area, multi-page flowAll 8 stages1-2 weeksEpicNew product vertical, major redesign, platform migrationAll 8 + ADR + phased rollout2-6 weeks
Count the layers touched — UI only (trivial), UI + API (small), UI + API + DB (medium+) Count the user flows — one path (small), 2-3 paths (medium), many paths with branching (large) Check for unknowns — known patterns (smaller), new integrations or unfamiliar tech (bump up one size) Consider blast radius — isolated change (smaller), cross-cutting concern (bump up one size)
Once the API contract is locked (Stage 4 gate), frontend and backend can proceed simultaneously: Frontend uses mock data matching the API contract types Backend implements against the same contract with unit tests Integration happens when both sides are ready — contract guarantees compatibility
Use the /handoff-and-resume command when: Switching between frontend and backend work Pausing mid-feature and resuming later Passing work to another developer or agent
Use the /progress command to check which stage you're in and what remains.
NEVER skip persona research for user-facing features — building without understanding the user leads to features nobody wants NEVER start coding before the API contract is defined — frontend and backend will diverge, causing costly rework at integration NEVER build an entire layer before connecting it end-to-end — always use vertical slices to prove the architecture first NEVER skip stage gates to move faster — gates exist to catch problems when they're cheap to fix, not after they've compounded NEVER treat testing as a separate phase you can cut — tests are part of implementation, not an afterthought bolted on at the end NEVER ship without documentation — undocumented features become maintenance burdens that slow down every future change
Code helpers, APIs, CLIs, browser automation, testing, and developer operations.
Largest current source with strong distribution and engagement signals.