HELM — OPERATING DISCIPLINE

Model Tiering

Advisor / Orchestrator — source: @ClaudeDevs 2026-07-08

PRINCIPLE

Top-tier models buy judgment, not labor.
Judgment is called rarely (≈once per task); volume goes to cheaper workers.

PATTERN 1 — ORCHESTRATOR (default for interactive sessions)

Opus 4.8 (main loop) — plan · verify · gate │ ├─ delegate volume ↓ │ Sonnet/Haiku workers — scan · research · transform (self-contained briefs, raw data back)
96%
QUALITY vs FABLE SOLO
46%
COST (BrowseComp)

条件: 判断と量が分離できること。対話セッション=判断が主 → 上位モデルをメインに置き、量は必ず下ろす。inline で grep 洪水を読むのが最大の浪費(どの tier でも)。

PATTERN 2 — ADVISOR (for autonomous / well-specified jobs)

Sonnet 5 (executor) — does the work │ ├─ escalate judgment ↑ (≈once per task) │ Fable 5 (advisor) — steering only
92%
QUALITY vs FABLE SOLO
63%
COST (SWE-bench Pro)

急所は「いつ相談するかを実行役が判断する」こと。helm での適用先は2つ: ① 対話セッション(Opus main)の advisor スキル — 発火は明文トリガー (同一エラー3回 / 修正2連敗 / 不可逆な設計岐路)、1タスク1回、L0は不可 · ② Mac mini 自律ジョブ(email-draft-batch、将来)。

DECISION RULE

Q: このセッションの主な産出は何か?
判断(意図読取・ゲート・設計・対話)→ Orchestrator: 上位をメインに、量を下ろす
定型実行(明確に定義済み・高頻度)→ Advisor: 安いモデルを主に、判断だけ稀に上げる

採択(2026-07-08): 対話メイン = Opus 4.8。Fable 5 の入り方は2つ — 苦戦時の advisor スキル(スポット昇格)/ 重要セッションはユーザー自身が /model で切替 (セッションが自分のメインモデルを変えることはない)。

ROUTING TABLE — INTERACTIVE SESSIONS

WORKROUTE
設計・不可逆判断・計画・検証・ユーザー対話 inline (main loop — Opus default)
行き詰まり(同一エラー3回・修正2連敗・不可逆な岐路) /advisor → fable-advisor ×1回
敵対レビュー(独立性のため top tier 維持) Agent: adversarial-reviewer
fan-out する量作業(N件走査・調査・一括変換) Workflow: sonnet workers(tiered-sweep)
純機械的(改名・整形・lint修正・抽出) haiku workers, effort: low
vault 読取調査 Agent: vault-scout, model: sonnet
mini 自律ジョブ(将来) sonnet resident + fable advisor

L0 は常に inline: 削除 / verified 上書き / risk:high / 外部送信 / 金銭。 ワーカーは準備まで、実行はメインループ+人間のみ。 ワーカーへの指示は自己完結で書き、返答は生データ(散文でなく)を要求する。

WHY CACHES MAKE FAN-OUT CHEAP

各サブエージェントは自分のプロンプトキャッシュを保持する。 同じコンテキストへの繰り返し呼び出しは全額を二度払わない — fan-out は見た目より安く、inline の量は見た目より高い。