Reference
CLI commands
start
roleos start <task description>roleos start --json <task description>Decides the best entry path for a task: mission, pack, or free routing. Explains why it chose each level and offers alternatives. Use --json for machine-readable output.
run
roleos run "<task description>" # Create and start a persistent runroleos run --mission=bugfix "<task>" # Force a specific missionroleos run --pack=security "<task>" # Force a specific packroleos run list # List all runsroleos run show <id> # Show run detailCreates a disk-backed run from a task description. Auto-decides entry level (mission/pack/free routing), builds steps with guidance, starts the first step, and persists to .claude/runs/. Use --mission=<key> or --pack=<key> to force a specific entry level instead of auto-detection.
resume
roleos resume [id] # Resume the active or named runContinues an interrupted run. If a step was active when paused, it resumes there. Otherwise starts the next pending step.
next
roleos next # Start the next step or show what's activeIf a step is currently active, shows it with guidance. If no step is active, starts the next pending step.
explain
roleos explain [id] # Full run state with guidanceShows: task, entry level, status, all steps with status icons, current step guidance, escalations, and interventions.
complete
roleos complete <artifact> [note] # Complete the active stepMarks the active step completed with the given artifact reference. Advances to the next step.
fail
roleos fail <partial|failed> <reason> # Fail the active stepMarks the active step as partial or failed. Blocks all downstream pending steps.
Interventions
roleos retry <step-index> # Retry a failed/partial steproleos reroute <step> <role> <reason> # Swap a step's roleroleos escalate <from> <to> <trigger> <action> # Escalate between rolesroleos block <step-index> <reason> # Block a steproleos reopen <step-index> <reason> # Reopen a completed stepreport
roleos report [id] # Generate completion reportfriction
roleos friction [id] # Measure operator frictionCounts total touches (interventions, escalations, manual steps) and produces a friction score (low/medium/high).
audit
roleos audit # Start a deep audit on the current reporoleos audit manifest # Show the audit manifestroleos audit manifest --generate # Generate a skeleton manifest from src/roleos audit status # Show audit run progressroleos audit verify # Verify manifest and audit outputsRuns a componentized deep audit against the current repo. The audit decomposes a repo into bounded components (via audit-manifest.json), dispatches one auditor per component, inspects seams between components, checks test truth, then synthesizes into a ranked action plan.
Workflow:
roleos audit manifest --generate— creates a skeletonaudit-manifest.json- Edit the manifest to define components, boundaries, and dependencies
swarm
roleos swarm # Start a dogfood swarm on the current reporoleos swarm manifest # Show the swarm manifestroleos swarm manifest --generate # Auto-detect domains and generate manifestroleos swarm status # Show swarm run progress by stageroleos swarm findings # List findings by severityroleos swarm approve # Approve the current feature gateroleos swarm verify # Verify manifest and run stateRuns a multi-pass convergence swarm on the current repo. The swarm moves through four stages (health-a, health-b, health-c, feature), each dispatching parallel domain agents with exclusive file ownership. Build gates run after every wave.
Workflow:
roleos swarm manifest --generate— auto-detects repo type and generatesswarm-manifest.jsonwith domain assignments- Edit the manifest to customize domain boundaries (optional)
roleos swarm— starts the swarm, creates a save-point tag, begins Health-Aroleos swarm status— check progress by stageroleos swarm approve— approve feature findings when promptedroleos swarm verify— verify final stateroleos audit— starts a persistent run using thedeep-auditmissionroleos next— step through each auditorroleos audit verify— confirms manifest and outputs are consistent
mission
roleos mission list # List all 8 missionsroleos mission show <key> # Full detail for a missionroleos mission suggest <text> # Suggest a mission for a taskroleos mission validate [key] # Validate mission wiringInspect and validate the mission library. Available missions: feature-ship, bugfix, treatment, docs-release, security-hardening, research-launch, brainstorm, deep-audit.
init
roleos init # Scaffold Role Spine into .claude/roleos init --force # Update canonical files (protects context/)roleos init claude # Scaffold Claude Code integration (CLAUDE.md, commands, hooks)roleos init claude --force # Update Claude Code integration filesScaffolds the full Role Spine (54 roles across 9 packs) into .claude/ under the current directory. Includes role contracts, schemas, policies, workflows, context templates, and example packets. Existing files are never overwritten.
roleos init claude adds Claude Code session integration: appends a Role OS section to CLAUDE.md, creates /roleos-route, /roleos-review, and /roleos-status slash commands, and configures 5 lifecycle hooks (SessionStart, PromptSubmit, PreToolUse, SubagentStart, Stop). Use roleos doctor to verify the wiring. Hooks provide advisory enforcement: route card reminders, write-tool gating, subagent role injection, and completion audits.
packet new
roleos packet new <type>Creates a structured packet file. Types: feature, integration, identity. Prompts for title, outcome, scope, non-goals, constraints, and key inputs.
route
roleos route <packet-file>Reads the packet, detects the problem shape, and recommends the smallest valid role chain. Suggests a pack when confidence is high. Detects composite tasks and recommends splitting. Includes dependency verification notes.
Options:
--pack=<name>— use a specific pack instead of auto-selection--verbose— show all scoring details including non-triggered roles--no-split— force single-packet routing even if composite task is detected
review
roleos review <packet-file> <verdict>Records a review verdict. Verdicts: accept, accept-with-notes, reject, blocked. Prompts for reviewer role, reason, contract checks, and next owner.
packs
roleos packs list # List all 9 team packsroleos packs suggest <packet-file> # Suggest a pack for a packetroleos packs show <pack-key> # Show full pack detailartifacts
roleos artifacts # List all role artifact contractsroleos artifacts show <role> # Show contract for a roleroleos artifacts validate <role> <file> # Validate a file against a contractroleos artifacts chain <pack> # Show pack handoff flowstatus
roleos status # Show active work and healthroleos status --write # Write .claude/status/index.mdroleos status --json # Output as JSONdoctor
roleos doctor # Verify repo is wired for Role OShelp
roleos helpPrints usage information and available commands.
Schemas
Task packet
Defines: task ID, title, requested outcome, user intent, scope, non-goals, inputs, constraints, deliverable type, assigned role, dependencies, done definition, and open questions.
Handoff
Defines: from/to role, task ID, status (ready/blocked/needs-clarification/completed-with-risks), summary, artifacts, decisions, assumptions, risks, recommended next step, and evidence.
Review verdict
Defines: reviewer, task ID, verdict, reason, contract check (scope/output/quality/risks/readiness), required corrections, and next owner.
Policies
Routing rules
Use the smallest number of roles needed. Route based on work type: product shaping, UI design, frontend/backend implementation, testing, copy, or review.
Escalation rules
Escalate when missing information would change the work materially. Mandatory cases: missing API contracts, conflicting goals, unknown conventions, unavailable dependencies, or unresolvable quality gaps.
Done definition
A role is done when it completed the assigned scope, produced the required output shape, surfaced risks honestly, identified the next owner, and its output is reviewable without extra interpretation. Work carrying cross-project residue is not done.
Tool permissions
Each role uses minimum tools. Roles must not perform work outside their contract boundary.
Relationship to shipcheck and full treatment
- Shipcheck is the 31-item quality gate that runs before full treatment
- Full treatment is the canonical 7-phase polish and publish protocol
- Both are defined in Claude project memory, not reimplemented by Role OS
- Role OS adds role contracts, handoffs, and review gates on top