con un clic
con un clic
Finding, creating, claiming, and closing work items (beads)
Routing work to agents with gc sling and formulas
API server and web dashboard — config, start, monitor
City lifecycle — status, start, stop, init
Sending and reading messages between agents
Managing rigs — add, list, status, suspend, resume
| name | gc-agents |
| description | Managing agents — list, peek, nudge, suspend, drain |
Agents are the workers in a Gas City workspace. Each runs in its own session (tmux pane, container, etc).
gc agent add --name <name> # Scaffold agents/<name>/prompt.template.md
gc agent add --name <name> --dir <rig> # Scaffold a rig-scoped agent.toml
gc agent add --name <name> --prompt-template <file>
Every configured template can now spawn sessions directly.
For cities migrating off the old multi-instance model, see
engdocs/archive/migrations/remove-agent-multi-migration.md.
Use the session commands directly:
gc session new <template> # Create and attach to a new session
gc session new <template> --no-attach # Create a detached background session
gc session suspend <id-or-template> # Suspend a session
gc session close <id-or-template> # Close a session permanently
gc session kill <name> # Force-kill an agent session
gc session nudge <name> <message...> # Send text to a running agent session
gc session logs <name> # Show session logs for an agent
When multiple sessions exist for the same template, use the session ID.
Pools still control controller-managed worker capacity. Pool max
limits pool-managed workers, not manually created interactive sessions.
gc agent suspend <name> # Suspend agent (reconciler skips it)
gc agent resume <name> # Resume a suspended agent
gc runtime drain <name> # Signal agent to wind down gracefully
gc runtime undrain <name> # Cancel drain
gc runtime drain-check <name> # Check if agent has been drained
gc runtime drain-ack <name> # Acknowledge drain (agent confirms exit)
gc runtime request-restart # Request graceful restart (reads GC_AGENT env)