Skip to content
Back to skills

Dev Fullstack Feature

ASecurity

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.

  • 21 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 6, 2026
developmentgoapidatabasefrontendbackendfullstack

Works with

  • cli
  • api

Security analysis

A100/100

Scanned September 6, 2026

npx -y skills add BlueSkyXN/Codex-is-all-you-need --skill dev-fullstack-feature --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Dev Fullstack Feature?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Dev Fullstack Feature
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/blueskyxn-dev-fullstack-feature/badge)](https://www.skillsdirectory.com/skills/blueskyxn-dev-fullstack-feature)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
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

1. Define the feature boundary.
   - User-visible behavior
   - Backend behavior
   - API or CLI contract
   - Data model requirements
   - Non-goals

2. Map affected layers.
   - Frontend routes/components/state
   - API endpoints or CLI commands
   - Backend services
   - Database/schema/migrations
   - Tests and fixtures

3. Confirm contracts.
   - Request/response shapes
   - Error behavior
   - Auth and permissions
   - Backward compatibility

4. Plan implementation order.
   - Data/schema changes first if needed
   - Backend/API changes
   - Frontend/client changes
   - Tests and validation

5. Validate with layered checks.
   - Unit tests
   - Integration/API tests
   - Typecheck/lint/build
   - Manual reproduction if relevant

## Output

Return:

1. Feature scope
2. Affected layers
3. Implementation plan
4. Files likely to change
5. Validation plan
6. 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.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.