full-stack-slice

Orchestrates cross-repository UI-to-API-to-database acceptance testing through six staged vertical-slice checkpoints.

Updated Dec 18, 2025
One-click install
npx skills add https://github.com/l0lxl0lw/dotfiles --skill full-stack-slice-l0lxl0lw
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: full-stack-slice
Source: https://github.com/l0lxl0lw/dotfiles/tree/main/opencode/skills/workflow/full-stack-slice
Command: npx skills add https://github.com/l0lxl0lw/dotfiles --skill full-stack-slice-l0lxl0lw

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Verifying a feature that spans a frontend, an API layer, and a database across multiple repositories is error-prone: teams often accept mock-backed screenshots or API-only tests as proof, and environment details get hardcoded into shared workflows. This Skill enforces a disciplined six-stage contract for genuine end-to-end acceptance of vertical slices. ## Core Features & Use Cases - Six-stage acceptance workflow: Ticket, Research, Plan, Execute, Review, and Commit stages that trace a user action from browser control through hook, API, service, SQL, and back to UI readback. - Paired-environment discipline: Requires paired checkouts, independent environment leases, fixture/reset policies, and adapter-based environment configuration kept out of the public workflow. - Evidence integrity rules: Blocks acceptance when browser proof is missing, stale, or mock-backed, and mandates fresh adapter receipt checks at review time. - Use Case: A developer ships a feature touching a React UI and a backend service in separate repos; the Skill walks them through real browser actions, network expectations, and database assertions before allowing a commit. ## Quick Start Use the full-stack-slice skill to plan and verify my new profile-editing feature across the web app and API repositories with real browser and database checks.

Frequently Asked Questions about full-stack-slice

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify a full-stack feature across multiple repositories?

Follow the six stages: define the ticket with user role and expected result, research the control-to-SQL path, plan paired checkouts and fixtures, execute real browser actions with DB assertions, review both diffs against live evidence, then commit with linked repository identities.

What is vertical slice development acceptance testing?

Vertical slice acceptance verifies one thin feature path end to end, from UI control through API and service layers down to SQL and back to the rendered UI. This Skill requires real browser proof and database postconditions rather than isolated unit or API-only tests.

Can I use mock-backed tests for full-stack acceptance?

No. API-only tests or mock-backed screenshots do not satisfy the full-stack criterion. Missing, failed, or stale browser proof blocks acceptance, though separately passing backend or UI unit checks remain valid on their own.

Where do environment credentials and paths go in this workflow?

They live in a private environment-adapter skill, never in the public workflow. An unavailable adapter is a setup blocker, and raw traces, logs, and credentials stay in private state while handoffs contain only sanitized outcomes.

Why does the review stage require a fresh adapter check?

The generic runner cannot fingerprint a second repository or a live database, so its receipt cannot be reused across external-state changes. A fresh adapter check confirms current content identities, running processes, and DB postconditions at review time.