What problem does it solve? When debugging a locally running FuseBase app, log output is scattered across browser consoles, backend processes, frontend dev servers, and proxied API traffic, making it hard to know where to look for each symptom. This Skill maps every symptom to the correct per-session log file so you can diagnose issues quickly. ## Core Features & Use Cases - Log file routing: Explains the four JSONL log files (browser, backend, access, frontend dev server) written to logs/dev-<timestamp>/ and which symptoms each one covers. - Request correlation: Uses requestId and the x-fusebase-dev-request-id header in access-logs.jsonl to trace a single /api call through the local proxy. - CORS vs NotFound runbook: Provides an ordered diagnostic flow for PostgreSQL/Gate-backed features, checking preflight, /me token context, and store discovery before changing code. - Use Case: A UI shows a failed /api fetch. Start in browser-logs.jsonl to confirm the symptom, correlate the request in access-logs.jsonl, then check backend-logs.jsonl for the matching stack trace. ## Quick Start Ask the assistant to debug why the local app started with fusebase dev start shows a failing API request by inspecting the latest dev session logs.