Menu
API server and web dashboard — config, start, monitor
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
| name | gc-dashboard |
| description | API server and web dashboard — config, start, monitor |
The dashboard is a web UI compiled into the gc binary for monitoring
convoys, agents, mail, rigs, sessions, and events in real time.
The dashboard is a separate web server. It needs a GC API server to talk to, but it no longer has to be launched from inside a city directory.
If you are using gc start without the machine-wide supervisor, the dashboard
talks to that city's own API server. Ensure the city API is enabled in
city.toml:
[api]
port = 9443
Then start the city normally with gc start. The API server starts with the
controller on that port.
If you are using the machine-wide supervisor, the dashboard talks to the supervisor API instead. The default supervisor API address is:
http://127.0.0.1:8372
In this mode, per-city [api] ports are ignored. The dashboard detects
supervisor mode automatically via /v0/cities, enables a city selector, and
routes requests through /v0/city/{name}/....
gc dashboard # Supervisor-only view from anywhere
gc dashboard --port 3000 # Same, custom dashboard port
gc dashboard serve # Explicit subcommand; same discovery
gc dashboard --city /path/to/city # Optional city context for standalone discovery
gc dashboard --api http://127.0.0.1:8372 # Optional override
gc dashboard auto-discovers the right API server in this order:
[api] listener.The --api flag remains available as an override for non-standard setups.
The dashboard provides:
Real-time updates via SSE (Server-Sent Events) from the API server.
Project conventions for writing, editing, restructuring, or reviewing the Gas City user documentation — the Mintlify site under docs/. Use this whenever you touch anything in docs/ (pages, tutorials, guides, reference, concept pages, diagrams, navigation) or write/edit prose about Gas City, even when the request is just "fix the docs", "write a docs page", "the docs are wrong/confusing", "rename X across the docs", or an edit to a file under docs/. It defines the canonical six-primitive model, required terminology (orchestrator not controller, platform not SDK, formulas v2 as the value), the prose / emphasis / diagram conventions, the information architecture, the rule that generated docs are edited at their source, and the gates to run before docs work is done.
Routing work to agents with gc sling and formulas
Finding, creating, claiming, and closing work items (beads)
Managing agents — list, peek, nudge, suspend, drain
City lifecycle — status, start, stop, init
Sending and reading messages between agents