Managing rigs — add, list, status, suspend, resume
66
79%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Fix and improve this skill with Tessl
tessl review fix ./internal/bootstrap/packs/core/skills/gc-rigs/SKILL.mdA rig is a project directory registered with the city. Agents can be
scoped to rigs via the dir field.
Each rig has its own .beads/ database with a unique prefix (e.g.
hw- for hello-world). To create or query beads for a rig, run bd
from the rig directory or pass --dir:
bd create "title" --dir /path/to/rig # Create in rig's database
bd list --dir /path/to/rig # List rig's beadsRunning bd from the city root hits the city-level .beads/, not
the rig's. Use gc rig list to find rig paths.
The canonical location for rigs is <city-root>/rigs/<rig-name>. Always
use this path unless the user explicitly provides an alternative. Do not
create rigs at the city root or as siblings of the city directory.
If the user asks to create a rig but does not specify where, ask them
before proceeding: confirm the rigs/ convention and offer the choice of
a custom path. Do not silently pick a location.
gc rig add <path> # Register a directory as a rig
gc rig list # List all registered rigsgc rig status <name> # Show rig status, agents, health
gc status # City-wide overview (includes rigs)gc rig suspend <name> # Suspend rig (all its agents stop)
gc rig resume <name> # Resume a suspended riggc rig restart <name> # Restart all agents in a rig
gc restart # Restart entire cityf530008
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.