| name | dev-fullstack-feature |
| description | Use when the requested feature genuinely spans at least two delivery layers such as frontend, backend, API, data, scripts, or tests. Do not expand a single-layer change into a full-stack workflow. |
| metadata | {"version":"0.3","updated":"2026-07-26"} |
Full-stack feature workflow
Use this workflow when a task spans multiple layers of an application.
Steps
-
Define the feature boundary.
- User-visible behavior
- Backend behavior
- API or CLI contract
- Data model requirements
- Non-goals
-
Map affected layers.
- Frontend routes/components/state
- API endpoints or CLI commands
- Backend services
- Database/schema/migrations
- Tests and fixtures
-
Confirm contracts.
- Request/response shapes
- Error behavior
- Auth and permissions
- Backward compatibility
-
Plan implementation order.
- Data/schema changes first if needed
- Backend/API changes
- Frontend/client changes
- Tests and validation
-
Validate with layered checks.
- Unit tests
- Integration/API tests
- Typecheck/lint/build
- Manual reproduction if relevant
Output
Return:
- Feature scope
- Affected layers
- Implementation plan
- Files likely to change
- Validation plan
- Risks and assumptions
Do not
- Do not change API contracts silently.
- Do not add dependencies without approval.
- Do not skip tests for changed behavior.
- Do not let frontend and backend behavior drift.