From dev-workflow
Start the dev-dashboard web server and display the URL. Detects if the server is already running, finds an available port if needed. Use when the user wants to open, start, or launch the dev-dashboard.
How this skill is triggered — by the user, by Claude, or both
Slash command
/dev-workflow:dev-dashboardThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Start the dev-dashboard server (or reuse an existing instance) and display the URL.
dashboard/client/assets/index-DQVBALvd.cssdashboard/client/assets/index-jrQwIzBF.jsdashboard/client/icons/icon-192.pngdashboard/client/icons/icon-512.pngdashboard/client/icons/icon-maskable-512.pngdashboard/client/icons/icon.svgdashboard/client/index.htmldashboard/client/manifest.jsondashboard/client/offline.htmldashboard/client/sw.jsdashboard/server/index.cjsscripts/check-install.shscripts/install.shscripts/start.shscripts/stop.shStart the dev-dashboard server (or reuse an existing instance) and display the URL.
On first run, install or refresh the local dev-dashboard and dev-dashboard-stop
commands before launching so the skill and terminal path share the same bundled
launcher.
Run the install check first:
bash "$SCRIPTS/check-install.sh"
Where $SCRIPTS is the absolute path to scripts/ within this skill's directory. Use $HOME instead of literal home paths.
Parse these output lines:
status:<installed|missing|stale>bin_dir:<path>on_path:<true|false>start_shim:<path>stop_shim:<path>error:<message>If the check emits error:<message>, stop and report the error.
If status is missing or stale, run:
bash "$SCRIPTS/install.sh"
Parse these output lines:
installed:<bin-dir>path_warning:<bin-dir>error:<message>If install emits error:<message>, stop and report the error.
Treat install as explicit one-time onboarding:
dev-dashboard and dev-dashboard-stop are now the normal terminal commandspath_warning:<bin-dir> appears, note that the install succeeded but that directory is not currently on PATHAfter install, run bash "$SCRIPTS/check-install.sh" again and use the returned start_shim
path for launch. If the re-check does not return status:installed, stop and report an error.
Always launch through the installed start shim returned by the install check so /dev-dashboard
and terminal usage go through the same entrypoint:
"$START_SHIM"
Use the absolute shim path from start_shim:<path>. Do not fall back to bash "$SCRIPTS/start.sh"
except when debugging the skill itself.
The launch command outputs one of:
running:<port> — server was already runningstarted:<port> — new server startederror:<message> — something went wrongOn success, display:
Dev Dashboard: http://localhost:<port>
If it was already running, add "(already running)". If onboarding ran first, mention that setup completed before launch.
On error, show the error message.
If the error came from the launch command, suggest checking /tmp/dev-dashboard.log.
npx claudepluginhub andreaserradev-gbj/dev-workflow --plugin dev-workflowLaunches local web dashboard for current project's PBR planning state on localhost:3000 (custom port via --port). Watches .planning/ for live SSE updates.
Opens the SDD visual dashboard — a local browser UI showing feature pipeline stages, rendered artifacts (markdown, mermaid diagrams, OpenAPI), and artifact editing with pipeline control via /sdd:<skill> commands back into the session.
Starts, stops, or checks dot-dash server for real-time browser dashboard monitoring Claude Code sessions, streaming transcripts via WebSocket, and prompt injection.