zeromountain/orca-role-orchestration

Multi-model role orchestration Agent Skill for Orca Agent IDE

¿Qué es orca-role-orchestration?

orca-role-orchestration is a Claude Code agent skill that multi-model role orchestration Agent Skill for Orca Agent IDE.

Compatible conClaude CodeCodex CLI~CursorAntigravityGemini CLI
npx skills add zeromountain/orca-role-orchestration

Installed? Explore more Investigación y análisis de datos skills: obra/superpowers, affaan-m/quarkus-verification, affaan-m/uspto-database · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Orca Role Orchestration

Portable four-role setup for Orca Agent IDE. Coordinator routes work by model strength; workers report worker_done under supervised dispatch.

Roles (fixed)

RoleModelLaunch
architectClaude Opus 4.8claude --model claude-opus-4-8 --dangerously-skip-permissions
executorGPT-5.6 Solcodex --model gpt-5.6-sol -c model_reasoning_effort="high" --dangerously-bypass-approvals-and-sandbox
thriftyGrok 4.5grok --model grok-4.5 --permission-mode bypassPermissions
fallbackGemini 3.5 Flash (Medium)agy --model "Gemini 3.5 Flash (Medium)" --dangerously-skip-permissions

Principle: Opus deepens, Sol closes, Grok widens. Limit → agy Flash Medium.

Load references/model-roles.md only when the user asks why a role was chosen.

Preconditions

orca status --json   # runtime.reachable true
# Settings → Experimental → Agent orchestration ON
which orca claude codex grok agy

If the project is not in Orca: orca repo add --path <abs-project-root>.

Skill layout

orca-role-orchestration/
  SKILL.md
  scripts/
    install-to-project.sh      # scaffold into any repo
    orca-bootstrap-roles.sh
    orca-dispatch-role.sh
    orca-fallback-on-limit.sh
  templates/                   # copied into project by install
  references/model-roles.md

Resolve the skill root from this file’s directory. A conventional installation is:

~/.agents/skills/orca-role-orchestration/ (Grok may also see ~/.grok/skills/orca-role-orchestration → symlink)

The default worker launch commands bypass provider permission checks. Use them only in trusted repositories, or remove the bypass flags before bootstrapping.

Modes

A) Install scaffold into current project (first time or new repo)

SKILL=~/.agents/skills/orca-role-orchestration
"$SKILL/scripts/install-to-project.sh" --project-root "$(pwd)"
# optional: --project-name my-app --force

Creates:

  • .orca/orchestration/roles.yaml (SSOT)
  • .orca/orchestration/PLAYBOOK.md, SCRIPTS.md, handles.example.json
  • scripts/orca-{bootstrap-roles,dispatch-role,fallback-on-limit}.sh
  • gitignores handles.json; appends short AGENTS.md section if AGENTS.md exists

Then customize project_hints in roles.yaml and merge AGENTS.md constraints into routing.

B) Bootstrap role workers

./scripts/orca-bootstrap-roles.sh --worktree path:$(pwd)

Writes .orca/orchestration/handles.json. Re-run after closed tabs / invalid handles. Duplicate tabs possible if old role-* tabs still open — close them first when clean slate is needed.

C) Route + supervised dispatch

Use supervised lifecycle only when the user wants coordinate / supervise / wait / DAG / results:

  1. Read .orca/orchestration/roles.yaml routing_table (and AGENTS.md).
  2. Pick primary role (and secondary if dual path).
  3. Dispatch:
./scripts/orca-dispatch-role.sh architect --spec "Plan only: <goal>. Follow AGENTS.md."
./scripts/orca-dispatch-role.sh executor  --spec "Implement approved plan: …"
./scripts/orca-dispatch-role.sh thrifty   --spec "Read-only map: …"
  1. Wait with rolling windows (timeout ≠ failure):
orca orchestration check --wait \
  --types worker_done,escalation,decision_gate \
  --timeout-ms 900000 --json
  1. On rate/session limit:
./scripts/orca-fallback-on-limit.sh --from <role|term_*> --spec "Continue: <goal + partial>"

D) Full handoff (no lifecycle)

If user says hand off / 넘겨줘 without supervise language: do not task-create/dispatch/check. Use orca terminal send or non-lifecycle worktree handoff only. See generic orchestration skill ownership rules.

Routing cheat sheet

User needRole
Design, ambiguous scope, high-risk reviewarchitect
Hard implement, debug, typecheck/build, close PR unitexecutor
Small fix, map code, research, prototypethrifty
Primary hit session/rate/quota limitfallback

Standard DAG: architect(plan) → executor|thrifty(impl) → architect(review-only). Cost ladder: thrifty → executor → architect.

Spec hygiene

Scripts auto-prefix [ROLE=<role> | <model>]. Body should include:

  • Goal (one sentence end state)
  • Constraints (from AGENTS.md / product guardrails)
  • Allowed file scope
  • Done definition / verification commands

Edit ownership: one role edits a file set at a time; review-only architect does not bulk rewrite.

Coordinator checklist

  1. orca status --json ready
  2. Scaffold present (roles.yaml + scripts) or run install
  3. Handles valid or bootstrap
  4. Route by roles.yaml
  5. Dispatch --inject → check --wait
  6. Limit → fallback script
  7. Synthesize worker_done bodies; re-dispatch fixes if needed

Do not

  • Substitute generic subagents for Orca dispatch when user asked for Orca role orchestration
  • Use fallback as default quality lane
  • Retry a limited primary until its window resets
  • Claim orchestration without task-list / dispatch-show proof after supervised work

Related

  • Generic Orca lifecycle: skill orchestration
  • Project playbook after install: .orca/orchestration/PLAYBOOK.md

Skills relacionados