Classify the work
Choose the actual deliverable and stage, not a model from habit.
Personal operating guide · Research snapshot: 03 Aug 2026
A practical routing system for Codex, Claude Code, OpenCode, and OpenRouter—built around the work you actually do: websites, serious workbooks, and software.
The rule is not “use the strongest model.” It is: use the cheapest setup that can safely reach a verifiable result.
Choose the actual deliverable and stage, not a model from habit.
Pick the app to open first. This is separate from choosing the model inside it.
Utility, builder, or architect—based on the cost of a wrong answer.
A live page, workbook checks, or tests make “finished” measurable.
Decision tree
Answer four questions. The recommendation identifies where to begin, what capability class to choose, and what must be checked before you call it complete.
Capability tiers
Use labels in the model picker you actually have. Names, limits, and prices move; this decision logic should not.
Fast, cheap help for contained work where you can quickly verify the answer.
Examples: Codex Luna where available, Claude Haiku, or a low-cost OpenRouter model that has passed a small trial.
Your daily executor for a clear specification, multi-file implementation, and ordinary debugging.
Examples: Codex Terra or the current Claude Sonnet family—whichever your subscription exposes.
Reserve for ambiguity, real tradeoffs, unfamiliar systems, or a mistake that would be expensive to repair.
Examples: GPT-5.6 Sol in Codex or Claude Fable 5 in Claude Code. Fable 5 is Anthropic’s most capable widely released model; use it for the hardest reasoning and long-running agent work.
Architect → Builder → Verifier
For sizeable projects, make the architect write a compact plan to disk: goal, constraints, affected files, success checks, and open questions. The builder executes that plan in small verified slices.
This preserves useful work if you switch apps, run out of allowance, or come back tomorrow. It also keeps expensive reasoning away from routine edits.
Generate a handoff-ready briefState the deliverable, non-negotiables, affected area, and acceptance test. If those are unclear, start with an architect.
Ask for options, risks, and a file-by-file or sheet-by-sheet plan. Save the decision, not pages of internal reasoning.
Give the builder the selected plan. Request small changes, visible outputs, and a test after each meaningful milestone.
Use an independent check when impact is high: browser inspection, formula audit, tests, or a second-model review with a rubric.
Your work, translated
These are operating patterns, not rules requiring a particular vendor. Pick the current model family available in the tool you are using.
Task brief builder
Fill this in before you begin. It creates a concise handoff prompt containing what a capable agent needs without forcing it to rediscover the assignment.
Efficiency guardrails
Context and agent loops drive cost. The practical answer is better framing and checkpoints—not blindly chasing the lowest price.
“Make the dashboard better” causes exploration. “Make totals match the source table, preserve filters, and show the variance chart” gives the agent a checkable target.
Do not reset a useful thread just because it is long. Save a compact handoff at a natural boundary, then begin fresh only when prior context is more confusing than helpful.
Evaluate a candidate on one representative task with a known check. Record quality, time, tool behavior, and actual cost. A cheap model needing three rescues is not cheap.
Subscriptions are excellent for normal iterative development. Keep gateway credit for purposeful experiments, a specific unavailable capability, or overflow—not every routine task.
Put durable instructions and known facts in a concise project guide. Keep dynamic status, timestamps, and one-off requests separate so compatible providers can reuse cached prefixes.
Do not keep saying “try again.” Save the error, diff, failing test, and attempted fix. Give that packet to a stronger model or a clean task with a precise diagnostic question.
Keep it current
Model names, access, rates, and limits move fast. This site avoids pretending that one hard-coded price table will stay correct. Review these official references when changing subscriptions, selecting a new model, or configuring a gateway.