Use these as precedents, not fixed rules. Balance current quota before applying the provider preference.
- Task: Design and plan a cross-cutting feature whose API and boundaries remain ambiguous.
- Pattern:
plan-build-verify - Host: Fable High in Claude or Sol High in Codex; escalate only if routing or integration proves insufficient.
- Planning worker: Opus High or Sol High drafts options, boundaries, and risks; the host freezes the spec.
- Implementation worker: choose per coherent unit after the spec is frozen.
- Adversarial: on.
- Rationale: delegate architecture analysis without delegating the host's routing decision or final accountability.
- Task: Implement a clear backend plan with exact tests.
- Pattern:
plan-build-verify - Worker: Sol Medium or Sonnet Medium/High, chosen primarily by quota.
- Adversarial: on; use the stronger opposite provider.
- Rationale: routine code volume belongs in a worker, not the host.
- Task: Build a responsive user-facing flow with visual and interaction requirements.
- Pattern:
frontend - Worker: prefer Sonnet or Opus when quota permits.
- Adversarial: on; use Sol High and include rendered evidence.
- Rationale: Anthropic is the default task-fit preference for frontend, while GPT supplies an independent check.
- Task: Locate the implementation of a behavior and summarize its control flow without editing.
- Pattern:
explore - Worker: Luna xhigh; escalate to Sol High when synthesis is inadequate or the decision is high risk.
- Adversarial: off unless the result drives a consequential architecture or security decision.
- Rationale: isolate context-heavy reading from the host.
- Task: Move files, organize folders, or perform a small clerical computer action.
- Pattern: none; dispatch as one lightweight unit unless the action is truly atomic and dispatch overhead would exceed execution.
- Worker: Haiku in Claude or Luna low/medium in Codex.
- Adversarial: off.
- Rationale: lightweight actions still default downward; direct host work requires the atomic-work exception.
## <short task class>
- Task: <concrete request>
- Pattern: <pattern name or none>
- Worker: <model/effort and provider preference>
- Adversarial: <on or off; verifier if on>
- Rationale: <why this route is reusable>