| name | floor |
| description | Generic floor management. Routes to the declared guardian for any governance floor. Use /floor propose <floor-name> <change> to propose changes to any active floor. |
| argument-hint | [list|propose <floor-name> <change> [--domains <d1,d2>]|status <floor-name>] |
Floor Management
Generic skill for managing any governance floor. Routes proposals to the declared guardian in fleet-config.json.
Usage
/floor list -- List all active floors and their guardians
/floor status <name> -- Status report for a specific floor
/floor propose <name> "<change>" -- Submit a change proposal to a floor's guardian
Workflow: List
- Read
fleet-config.json floors section.
- For each floor: name, file path, guardian, compilation status (check if compiled dir exists and manifest is current).
- Present as a table.
Workflow: Status
- Resolve the floor name to its config entry in
fleet-config.json.
- Read the floor file, count rules.
- Check compiled artifacts: last compile, manifest freshness.
- Present structured report.
Workflow: Propose
- Resolve the floor name to its guardian from
fleet-config.json.
- If the guardian has a dedicated skill (e.g.,
/compliance, /behavioral), route there.
- Otherwise, dispatch the guardian agent with the proposal.
- If
--domains was provided, pass the domain tags to the guardian/CRO as advisory hints for triage. Valid tags: security, strategy, technology, cost, process, knowledge.
- The guardian dispatches CRO for cross-floor risk consultation.
- Present results to user.
Floor Discovery
jq -r '.floors | to_entries[] | "\(.key): \(.value.file) (guardian: \(.value.guardian))"' fleet-config.json
Adding New Floors
Adding a floor is configuration, not code:
- Create the floor file in
floors/<name>.md
- Declare it in
fleet-config.json under the floors section
- Assign a Cx officer as guardian
- Run
ops/compile-floor.sh --all to compile
No code changes needed.