建築家はレンガを積まない:高価なモデルと安価なモデルの間でAIコーディングを分担する

Jul 20, 2026 によって シュテファン・モラヴィク に公開されました。
AI Agents AI Development Claude Code Cost Optimization
このページの内容 1 分で読める
  1. 1パート1 — 罠、そして原理
  2. 2fable-architectパターンの仕組み
  3. 3私たちが測定したこと
  4. 4パート2 — 明細
  5. 5第二のチャネル:委任バスとしてのイシュートラッカー
  6. 6より広いデータが教えてくれたこと
  7. 7アップデート — はしごが足元で動いた
  8. 8パート3 — これは意図的にどこへ向かうのか
  9. 9月曜日にできること

数日前、AnthropicはFableをMaxプランの恒久的な一部にした。そのタイミングがすべてを物語っている。OpenAIがGPT-5.6 Solを出荷した直後、そして——より本質的には——Kimi K3が重みを公開した直後だった。最大のAIラボに現実を突きつけ、その旗艦モデルをめぐるマーケティング上の騒ぎを終わらせたのは、オープンソースモデルだった。それだけでも、こうした請求書を払っている者なら誰でも乾杯に値する。

だが「サブスクリプションに含まれる」は「安い」と同じではないし、ましてや「永遠に安い」とはまったく違う。だからこそ、Fableがまだ従量課金だったうちに、私たちはワークフローを再構築し、高価なモデルが機械的にコードを書けないようにブロックした。それは考え、計画し、レビューする。安価なモデルがタイプする。この記事では、それがどう機能するのか、そして私たちが持つすべてのトランスクリプト——606件の実際のセッション、本番SaaSモノレポ、ドローン運用アプリ、マーケティングサイト、それらを支えるCIエージェントにまたがる——で実際に何が測定されたかを示す。

パート1 — 罠、そして原理

まず正直な出発点から。私たちはもはや最先端モデルなしでは運用できない。チームの誰も、それなしでは現在のアウトプットを維持できない——そしてその依存こそが、大手ラボが握っているレバレッジそのものだ。私たちの見方では、今日のAIサブスクリプションは、その価格を大きく上回る計算資源を提供している。これは市場占拠のための価格であり、市場占拠価格には終わりがある。終わったとき、「無制限の最先端トークン」を前提にエンジニアリング文化を築いたチームは、言い値のまま払うことになる。

防御策は2つある。第一は、信頼できる出口を確保しておくこと。DeepSeekやKimiのようなオープンモデルこそが今週の価格修正を強いたのであり、実際にワークフローをそれらへ可搬に保ってこそレバレッジであり続ける。第二はワークフローの規律——何も安いものが機能しない場所にだけ最先端トークンを使うこと。この記事は第二についてだ。なぜならそれは月曜日から始められるものだからだ。

この原理は、それにちなんだ建物が建つほど古い——建築家はレンガを積まない。 最先端モデルの中位モデルに対する優位は、設計、分解、レビューにおいては絶大であり、40ファイルにわたるリネームをタイプする場面ではほぼゼロだ。だから役割を分割する。価格のはしごも同じことをドルで語っている:

100万トークンあたりのアウトプットトークン定価:Fable 50ドル、Opus 25、Sonnet 15、Haiku 5

fable-architectパターンの仕組み

fable-architectスキルは約100行のmarkdownファイルと1つのシェルフックで、Claude Codeのセッションが最先端モデルで実行されるたびに読み込まれる。これが分業を強制する:

  • 建築家が行うこと: 要件を問い詰め、コードベースを探索し、すべての設計上の判断を下し——アプローチ、データフロー、名前、シグネチャ、エッジケース——作業を独立したスライスに分解し、返ってきたdiffをレビューし、検証を実行し、すべての散文(計画、ブリーフ、PR本文、コミットメッセージ)を書く。
  • 建築家が決して行わないこと: ソースファイルの作成や編集。ブリーフ内の短いシグネチャ以外に、チャットにコードを書くこと。
fable-architectループのフロー図:建築家が探索して決定し、スライスごとに1つのブリーフを書き、実装者サブエージェントがdiffを返し、建築家がレビューする。ガードフックが建築家によるコードの直接編集をブロックする

これをスライド上ではなく実務で機能させる3つの要素がある。

1. ブリーフがインターフェースである

各スライスには1つの実装ブリーフが与えられる。実装者はまっさらなコンテキストウィンドウから始める——ブリーフにないものは、再発見するか推測するしかない。この制約は特徴だ。建築家に、委任する前に決定を終わらせることを強制する。ブリーフには選択肢ではなく決定が含まれる。

## 実装ブリーフ: <slice>
Goal:         一文で、観察可能な成果
Context:      探索で既に判明したこと — 抜粋、模倣すべき
              最も近いパターン、行アンカー、落とし穴
Files:        作成/変更するパス — このスライスの排他的所有
Design:       決定済みのアプローチ — データフロー、名前、シグネチャ、エッジ
Constraints:  適用されるプロジェクトルール: スタイル、レイヤー、セキュリティ
Out of scope: 触れてはいけないもの(他のスライスが所有するファイルを含む)
Delegation:   このスライスがサブ実装者を生成してよいか、何人まで
Verify:       正確なコマンドと期待される結果

このうち2行は他より新しく、実装者のティアが私たちの足元で変わったために存在している——下のアップデートを参照。

2. 願望ではなく強制

PreToolUseガードフックがセッションを監視する。建築家が非散文ファイルを編集しようとすると、権限プロンプトが発火する。プロンプトを承認することこそが、些細な編集(誤字、バージョン番号の更新——委任のオーバーヘッドがタイピングより高くつくケース)に対する文書化された例外だ。摩擦がポリシーである。フックがなければ、「高価なモデルはコードを書くべきでない」は最初の締め切りまでしかもたない。

3. レビューループが品質のギャップを埋める

建築家はエージェントのレポートと実際のdiffの両方を読み——どちらか一方だけは信頼しない——主張が重要である場合には主要な検証コマンドを再実行する。問題が見つかった? 修正は同じエージェントに戻される。そのエージェントはまだ完全な作業コンテキストを保持している。手作業での修正も、新たな再生成もない。

これは建築家による検証であり、それは残ることに注意してほしい。私たちが削り始めたのは、以前はブリーフに書いていた検証——実装者に自己チェックを促す指示——だ。新しい実装者モデルは言われなくてもそれを行うので、もう一度やるように伝えても、すでに支払った2回目のパスを買うだけになる。

FlowHuntロゴ

ビジネスを成長させる準備はできましたか?

今日から無料トライアルを開始し、数日で結果を確認しましょう。

私たちが測定したこと

これが実際の経済的メカニズムなのか、それとも心地よい儀式にすぎないのかを確かめるため、私たちはプロジェクト全体のすべてのClaude Codeトランスクリプトを掘り起こし、APIリクエストを重複排除し、すべてのトークンを現在の定価で価格付けした。セッションごとの数字を見る前に登録した3つの仮説:

  • H1 — タイピングをするのは実装者である。 もし真なら、委任されたセッションでは実装者サブエージェントが建築家のメインループより多くのアウトプットトークンを生むはずだ。
  • H2 — 委任はより安い。 もし真なら、実装者の作業を建築家モデルの料金で再計算すると、実際に支払った額より意味のあるほど高くなるはずだ。
  • H3 — 品質は保たれる。 これが難しい。委任されたコードは、建築家がタイプしたコードより多くの手戻りを必要としないはずだ。

基本ルール。 1つのAPIリクエストは、同じusageオブジェクトを繰り返す多数のトランスクリプト行にまたがる——私たちはリクエストIDでグループ化し、入力トークンとキャッシュトークンはリクエストごとに1回だけ数え、アウトプットは最大のスナップショットを採用した(行ごとに単純合計すると2〜3倍に過大計上される)。コストは現在のAnthropic定価——Fable $10/$50、Opus $5/$25、Sonnet $3/$15(100万入力/アウトプットトークンあたり)——を用い、キャッシュ読み込みは入力価格の10%、キャッシュ書き込みはTTLごとの料率とした。354件のインタラクティブストアのセッションのうち31件が、保守的な分類器でfable-architectセッションに該当する。図は最も高価な8件を示している。私たちは絶対支出額ではなく比率とパーセンテージを報告する。

パート2 — 明細

セッションごとのアウトプットトークンのグループ化棒グラフ:上位セッションのほとんどで実装者サブエージェントが建築家のメインループを上回る

H1 — 混在……と最初の集計は言った。 最大級の委任セッションでは仮説は決定的に成り立つ——実装者のアウトプットは建築家の最大2.3倍。しかし31件のfable-architectセッション全体では、建築家が依然として実装者を上回っていた(3.59M対3.15Mトークン)。一部は当然のことだ——建築家のアウトプットにはすべての計画、ブリーフ、レビューの散文が含まれ、それはまさにその仕事だ——そして一部は、1つのスライスだけを委任して残りを自分で抱えるセッションのように見えた。そこで私たちは、サイトのリデザインがまったく建築家主導に感じられなかったことを思い出し、サブエージェントの集計では見えないトークンを探しに行った。

第二のチャネル:委任バスとしてのイシュートラッカー

サブエージェントの集計には盲点がある。セッション内部で起きる委任しか見えないのだ。サイトリデザインのセッション——上のグラフで最大の項目——は、まったく別のものだった。107時間連続で走り続けた(292回のスケジュール起動)単一の建築家ループセッションで、リデザインをGitHubイシューに分解し、CIパイプライン用にタグ付けし、その後は監督していた。実行をポーリングし、パイプラインのプルリクエストをレビューし、QAがバグを表面化させるたびにフォローアップイシューを起票していた。

タイピングが起きていたのは、セッション単位の採掘がこれまで見てもいなかった場所だった。自ホストのランナーの別働隊であり、そこではパイプラインの計画 → 実装 → ギャップ評価 → レビューというステージが、4.5日間にわたる252件の独立したOpusセッションとして実行され、48の異なるイシューとPRに触れていた。

タイムライン:単一の建築家ループセッションが4日半に及ぶ。その下の日別棒グラフは、それがディスパッチしたOpusイシューパイプラインのセッションを示す

H1、再訪 — プロジェクト規模で確認。 両方のチャネルを数えると、全体像は反転する。パイプラインは、それをディスパッチした建築家ループより10倍多くのアウトプットトークンをタイプした(9.07M対877k)。すべてOpus料金で。その実装ウェーブを建築家のモデルで走らせていたら、2.1倍のコストになっていたはずだ——1回のリデザインで、1週間で、セッション内サブエージェントを数える前に。イシューとは、より粗い粒度のブリーフにすぎない。同じインターフェース、同じ経済性、それが1段上にあるだけだ。

建築家モデルが実装者のトークンをタイプしていた場合のセッションごとのコスト割増の棒グラフ:2〜54パーセント

H2 — 確認、ただしひねりがある。 実装者の正確なトークン量を建築家モデルの料金で再計算すると、すべてのセッションがより高くなる——+2%から+54%、上位8件では17%。実際の金額だが、アウトプット価格の2倍の差が示唆するほど大きくはない。ひねりとは、お金が消えるのはアウトプットではないということだ。最大のセッションでは、建築家のキャッシュ読み込みは、それがタイプしたすべてのものの約13倍のコストだった——支配的な支出は、高価なモデルが大規模なオーケストレーションコンテキストを保持し再読込することであって、タイピングではない。委任はアウトプットの請求額に上限を設ける。次のレバーは建築家のコンテキストをスリムに保つことだ。

H3 — ここでは未測定。 トークンの計算ではコード品質は見えない。観察として言えるのは、レビューループが構造的な支えになっていること——レポートとdiffはしばしば食い違うので、両方を読むことは譲れない——そしてコンテキストが温かいエージェントに戻された修正は素早く収束する。これを再現して手戻りをきちんと測定したなら、私たちはそれを見たい。とくに私たちを反証するものであれば。

より広いデータが教えてくれたこと

  • 採用はスイッチではなくグラデーションである。 ドローン運用アプリでは——より小さく、動きが速い——セッションの18%がfable-architectパターンで走っている。より古いSaaSモノレポでは9%だ。最も強く委任したプロジェクトは、2つの粒度で同時にそれをやっていた。セッション内の実装者ブリーフと、イシュートラッカーを通じてディスパッチされた252件のパイプラインセッションだ。
  • CIフリートはスキルを実行していない——なぜならそれが実装者だからだ。 私たちの自動ランナーのセッションは実装者サブエージェントを決して生成せず、当初それは未採用と読めた。だがプロンプトはそうではないと語っている。そのすべてがパイプラインのステージ——検証、レビュー、ギャップ評価——であり、10件のうちおよそ6件は特定のイシューやPRに対して作業している。プロジェクト規模では、パイプラインのランナーこそが実装者のティアなのだ。
  • 最も安価なティアはまだ初出勤していない。 78件以上あった実装者ランはすべてOpusクラスだった。Sonnetの機械的編集ティアはごく最近追加されたばかりで、まだ呼び出されていない。これが測っているどんな節約も、下限である。

インターフェースこそが要点だ。ブリーフを入れてdiffが出る——イシューを入れてPRが出る。値上げが来る日、入れ替えるのはレンガ職人であって、プロセスではない。

完全な開示。 モデルは仮定ではなく、トランスクリプトの文字列から検証した。私たちは2度自己修正した(行単位のトークン過大計上、そしてプレースホルダーの価格表)。反事実は、建築家が実装者と同じトークン量を使っただろうと仮定している——誤差は両方向に振れる。パイプラインのセッションは、最初の2回の採掘パスでは対象範囲に入っていなかったトランスクリプトストアにある。集計の境界が9Mトークンの委任チャネルを私たちから隠していたのであり、あなたのところにもおそらく1つある。1人のエンジニアのプロジェクトであり、主にレビュー・修正と機能開発——管理されたベンチマークではない。コーパスはOpus 5の出荷前に閉じている。上のすべての数字は、Opus-4クラスの実装者に対するFable-as-architectだ。Opus 5の登場で段の価格は動かなかったので、測定された比率は有効だ——だが何が動いたかは次のセクションを参照してほしい。

アップデート — はしごが足元で動いた

Opus 5はこれらの測定が閉じた後に出荷され、価格のはしごには何も変わらなかった。Opusは依然として100万入力/アウトプットトークンあたり$5/$25、Fableは依然として$10/$50で、上のグラフもまだ正しい。変わったのは各段の能力だ。AnthropicはOpus 5を、深い推論と長期的なエージェント作業における段階的な変化として位置づけている——つまり、まさに建築家の役割を構成する仕事において、建築家ティアの半額で。

それは私たち自身のH2のひねりをまっすぐ指している。建築家の支配的コストがキャッシュ読み込みで、キャッシュ読み込みが入力価格の10%で課金されるなら、Opus 5で走る建築家はオーケストレーションコンテキストを100万トークンあたり$1.00(Fable)ではなく$0.50で再読込することになる。建築家がタイプしたすべてのものの13倍のコストだった費目が半分になる。私たちはこれを測定していない——これは2.1倍の反事実について指摘したのと同じ「トークン量が等しい」という仮定の下での算術であり、次に検証しようと考えているものだ。もしこれが成り立てば、興味深い問いはどのモデルをタイプ分けに使うかではなく、建築家に最上位の段が必要かどうかになる。

新しい実装者ティアについての3つのことは、その価格だけでなくパターン自体を変える:

  • 気軽にサブエージェントに手を伸ばす——委任するよう説得しなければならなかった前身とは正反対だ。自ら実装者を静かに生成する実装者は、誰も見ていないうちに請求額を倍増させる。だからブリーフにDelegation:行がある。スライスは、ファンアウトしてよいか、どれくらいの広さかを明示する。
  • 指示されなくても自分の作業を検証する。 古いモデル向けに書かれた検証指示は、いまや冗長な2回目のパスを買うだけなので、ブリーフから外される。建築家のレビューループはそのままである。
  • スコープを広げる。 Out of scope:は定型文であることをやめ、スライスをスライスに保つ行になる。

そして私たちが使ったことのない段は、見ていない間に鋭くなっていた。Sonnet 5はコーディング作業でOpusに近い品質を$3/$15で提供し、8月末まではそれを下回る導入価格だ。「これが測っているどんな節約も、下限である」は書いたときには保険だった。今は控えめな表現に読める。

パート3 — これは意図的にどこへ向かうのか

私たちは、すべてのエンジニアリングチームがいずれ強制されることになるだろう分業へ、意図的に舵を切っている。ブレインストーミング、アーキテクチャ、レビューにのみ高価な最先端モデルを。プログラミングそのものにはますます安くなるモデルを。 今日、私たちの実装者はOpusクラスだ。それがSonnetクラス、DeepSeekクラス、Kimiクラスになっても、ワークフローでは何も変わらない——インターフェースは構造上モデル非依存だからだ。それが戦略的価値のすべてである。補助金が終わり請求額が倍になる日、この規律を持つチームは設定を1行変える。持たないチームは、圧力の下でコスト構造全体を再交渉することになる。

fable-architectは小さな一歩だ——採用は部分的で、最も安価なティアはまだ一度も走っていない。だがそれは筋肉を作る一歩である。スライスを完全に指定するブリーフを書き、自分がタイプしていないdiffをレビューし、高価なモデルの注意力を予算として扱うこと。そしてリデザインのウェーブは、その筋肉がどこへつながるかを示している。ブリーフが機能すればイシューも機能し、高価なモデルは実装にもはや一切関わらなくなる。

月曜日にできること

  1. エージェントハーネスで役割を分割する。 セッションレベルのルールは1つ。最先端モデルは計画とレビューを行い、すべてのファイル編集を安価な実装者エージェントに委任する。Claude Codeでは、これはスキルとサブエージェント定義——午後1つ分のセットアップだ。
  2. 境界を機械的にする。 高価なモデル自身のファイル書き込みに挑む編集前フックを追加する。破るのにコストがかからないルールは、金曜日までに破られる。
  3. 固定テンプレートでブリーフを書く。 目標、コンテキスト、ファイル、設計、制約、スコープ外、委任予算、検証。テンプレートが規律であり——委任予算が、実装者が黙って自分を雇うのを止めるものだ。
  4. レポートとdiffの両方をレビューする。 どちらか一方だけを決して信頼せず、重要な検証コマンドを再実行する。
  5. 自分たちの分業を測定する。 トランスクリプトにはすでにデータがある——リクエストでグループ化し、モデルごとに価格付けし、実際に誰がタイプしているかを見る。私たちの場合、未使用の安価なティアと、知らなかった9Mトークンの委任チャネルが見つかった。
  6. インターフェースをブリーフからイシューへ広げる。 ブリーフは1時間分の作業を委任し、イシューは1日分を委任する。イシューがパイプラインの行動できる受け入れ基準を備えたら、高価なモデルは作業をトラッカーに起票して監督できる。すべてのスライスでループに座り続ける必要はない。
  7. 出口を温めておく。 安価またはオープンなモデルを、毎週1つの低リスクなスライスの実装者として走らせる。決して使わない可搬性は、持っていない可搬性だ。
  8. レンガ職人だけでなく、建築家の価格を再評価する。 モデルのリリースは毎回、はしごを動かさずに段を動かす。建築家の支出の大半がタイピングではなくコンテキストなら、安い建築家ティアは安い実装者ティアより価値がある——自分たちのトランスクリプトがどちらを買っていると言っているか確認しよう。

ラボはこれからも、自社のトップモデルはどんな価格にも値すると言い続けるだろうし——腹立たしいことに——判断を伴う仕事についてはほぼ正しい。取るべき手は棄権ではない。forループに最先端の値段を払うのをやめることだ。

よくある質問

シュテファンはFlowHuntを開発するAIおよびソフトウェアエンジニアです。製品そのものを超えて、彼は開発コストを削減しながらコード品質を向上させる、開発者向けのエージェント的ソフトウェアエンジニアリングワークフローを設計しています。

シュテファン・モラヴィク
シュテファン・モラヴィク
AIおよびソフトウェアエンジニア

FlowHuntでマルチモデルAIチームをオーケストレーション

各タスクを適切なモデルに振り分けるAIエージェントワークフローを構築しましょう — 重要な場面には最先端の推論を、大量の作業には効率的なモデルを。