run-local-fullstack-debug

Start a local full-stack system and localize failures across service boundaries.

1|Updated May 15, 2026
One-click install
npx skills add https://github.com/c2kaka/fancy-skills --skill run-local-fullstack-debug-c2kaka
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: run-local-fullstack-debug
Source: https://github.com/c2kaka/fancy-skills/tree/main/skills/run-local-fullstack-debug
Command: npx skills add https://github.com/c2kaka/fancy-skills --skill run-local-fullstack-debug-c2kaka

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Bringing up a local full-stack environment and finding where a bug actually lives is hard: failures can hide in the browser, frontend proxy, gateway, API, worker, database, cache, queue, or an external dependency. This Skill starts the repository's real local stack, verifies readiness at each layer, reproduces one concrete end-to-end flow, and produces an evidence-backed fault location instead of guesswork. ## Core Features & Use Cases - Topology reconstruction: Builds a runtime map of frontend, proxy/BFF, API, workers, and data services from repository evidence, then runs preflight checks on runtimes, ports, environment variables, and migrations. - Ordered startup with readiness gates: Starts components in dependency order and distinguishes process-started, ready, and integrated states rather than trusting an open port. - Cross-boundary fault localization: Exercises one real end-to-end flow with request/trace ID correlation, then traces the first diverging boundary across browser, proxy, gateway, backend, database, cache, queue, and external services. - Use Case: A user reports that submitting a form locally returns success but no data appears. The Skill starts the stack, replays the flow through the real frontend, correlates logs across layers, and pinpoints whether the fault is in the proxy, API validation, or a failed worker event. ## Quick Start Ask the agent to use $run-local-fullstack-debug to start the local stack, reproduce the failing flow, and trace the failure across layers.

Frequently Asked Questions about run-local-fullstack-debug

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

FAQPage Schema
How do I debug a local full-stack application end to end?▼

Start the stack in dependency order (database, cache, queue, then API, then frontend), verify readiness at each layer, and reproduce one concrete flow. Correlate a request ID or narrow timestamp across browser, proxy, API, and data-layer logs to find the first failing boundary.

How to find which layer causes a full-stack bug?▼

Check boundaries in causal order: browser console and request construction, frontend proxy and CORS, gateway routing, backend validation and logic, database state, then cache, queue, and external services. Compare what each layer sent versus what the next expected, and change one variable at a time.

Does a 200 response mean my local API integration works?▼

No. A 2xx response alone does not prove persistence, job completion, cache invalidation, or correct UI rendering. Verify both the response and the intended side effect, such as the database row, worker event, or rendered UI state.

Why does my local service show a port open but still fail?▼

An open port only means a process exists, not that it is ready or integrated. Readiness requires the documented health check to pass, and integration requires a real upstream caller to successfully exercise the component.

When should I not use this local debugging workflow?▼

Do not use it implicitly for general coding questions; it is designed for explicitly invoked local stack bring-up and fault localization. It also avoids destructive resets, production commands, and modifying application code unless a fix is explicitly authorized.