今どのLLMサブスクを使うべきか: Codex、Claude、Fable 5を組み合わせる現実的な選択

1. 概要: モデルを買うのではなく仕事を配分する

LLMサブスク選びが難しいのは、どの製品ページも似たことを言うからです。より賢い、より多く使える、より生産的になる。それは間違いではありませんが十分ではありません。実際の購入判断はもっと具体的であるべきです。自分の仕事でレビュー時間、反復作業、最後の未完了部分を減らすツールはどれか。

この答えは時間とともに変わるため、この記事では日付を明記します。2026年6月12日時点で、OpenAIはCodexをビルド、レビュー、shipを支援するコーディングエージェントとして説明し、worktree、cloud environment、Skills、Automations、multi-agent workflowを強調しています。AnthropicはClaude Codeを、コードベースを読み、ファイルを編集し、コマンドを実行し、ターミナル、IDE、デスクトップ、ブラウザ、モバイルの流れに接続されるエージェント型コーディングツールとして説明しています。

したがって現在の二つの柱はCodexとClaudeです。そこにFable 5が短期的な変数を作ります。Anthropicの公式ヘルプによると、Fable 5のプロモーションは2026年6月9日から6月22日11:59:59 PM PTまでです。この期間は難しい問題をFable 5に送り、後で従量課金で使う価値があるかを判断するのが合理的です。

2. やさしい用語: サブスク、usage credits、context、agent harness

サブスクは毎月支払う利用権のまとまりです。モデル、機能、ツール、使用上限が入っています。Usage creditsは前払いまたは従量課金に近く、使った分だけ減ります。

Usage limitはサブスクが無限利用にならないようにする実際の境界です。メッセージ数、タスク数、計算量、クレジットとして現れます。Context windowはモデルが一度に考慮できる情報量です。Agent harnessはモデルの周辺にある作業環境です。ファイルアクセス、ツール、ターミナルコマンド、ブラウザ、テスト、git、権限、ログ、チェックリストが含まれます。

Workflow routingは仕事を始める前に、どのツールが担当するかを決めることです。すべてのモデルに同じプロンプトを投げるのではなく、これはCodex、これはClaude、これはFable 5、これはプレミアムモデル不要、と先に分けます。

• サブスク: 毎月のアクセス権と使用上限のまとまり。
• Usage credits: 含まれる上限の外、または従量利用に使うクレジット。
• Usage limit: 無制限に見えても実際に存在する利用境界。
• Context window: モデルが一度に保持できる資料量。
• Agent harness: モデルが行動し、検証し、公開するための作業環境。
• Workflow routing: 仕事を始める前に担当ツールを決める方法。

3. 現在のおすすめ: Codex plus Claude、Fable 5は期間限定の優位性

実際に何かを作る人なら、片方を解約して一つの勝者を決めるやり方は安全ではありません。CodexとClaudeを一緒に使うほうがよいです。Codexはリポジトリに基づく実行を担当し、Claudeは深い読み、計画、文章、判断を担当します。Fable 5はプロモーションが生きている間、最も難しい仕事に使ってみます。

公式情報もこの結論に合います。Codexは対象のChatGPTプラン全体に含まれ、上位プランほど多くのCodex利用を提供します。Business Codexは固定席料金なしの使用量ベースの道を提供します。Claude Codeは有料Claudeプランに含まれ、Pro、Max 5x、Max 20xが使用量の水準で分かれています。

ただし、ユーザーが待っているCodex 5.6のような次の更新は、今回確認したOpenAI公式ページでは公開製品として確認できませんでした。したがって実務的にはこう表現するのが安全です。次の大きなCodex更新がバランスを変えるまでは、現時点の最善は混合利用です。

4. Codexが担当すべき仕事

Codexには、完了がリポジトリ内で証明される仕事を任せるのがよいです。ファイル編集、型チェック、lint、build、テスト生成、diffレビュー、commit、実際のroute確認など、「完了」がコマンド結果、diff、build結果、URL、PRで証明される仕事です。

そのためCodexはエンジニアだけでなく運用担当者にも価値があります。ブログ記事、ランディングページ、決済フロー、チェックリスト、内部ツールは、モデルが良い文章を書いただけでは終わりません。アプリがコンパイルされ、routeが開き、sitemapが変わり、commitがリモートに上がって初めて完了です。

• リポジトリ編集とmulti-file実装。
• テスト、lint、build、route確認、公開証拠。
• worktreeや複数プロジェクト面での並列作業。
• 自動化ループ、監視、反復メンテナンス。
• コードレビューと最後の公開確認。

5. Claudeが担当すべき仕事

Claudeには、文脈と判断が支配する仕事を任せるのがよいです。Claude Code公式ドキュメントは、コードベース読み取り、ツール利用、CLAUDE.md指示、MCP、Skills、Hooks、複数エージェント、スケジュール作業を強調しています。実務では、大きなコードベース理解、計画作成、文書構造化、曖昧な前提の発見に強みがあります。

ClaudeはCodexがファイルを触る前にも役立ちます。システムを説明させ、リスクを整理させ、製品パスを比較させ、 messyなメモを明確なspecに変えさせます。その後、具体的な実装ループをCodexに渡します。核心はhandoffです。Claudeは概念の霧を減らし、Codexは運用ループを閉じます。

• 長い文脈のコードベース説明とアーキテクチャ読み取り。
• プロダクト戦略、文章、調査統合、意思決定メモ。
• CLAUDE.md、MCP、Skills、Hooks、Memory概念を使ったワークフロー設計。
• すぐpatchより先に計画が必要な曖昧なtradeoff。
• 実装案が元の意図と合っているかのレビュー。

6. Fable 5は2026年6月22日の前後で見方を変える

Fable 5が今日の変数です。AnthropicはFable 5を、最も難しい知識作業とコーディング作業、長期プロジェクト、野心的な実装に向けたモデルとして説明しています。公式プロモーション文書では、有料プラン利用者はプロモーション期間中、既存サブスク以外の追加費用なしで使えるが、既存の使用上限からより高い割合で消費されると説明されています。

だから残り期間が重要です。6月22日前までは、強いモデルが答えを変えうる仕事にFable 5を使うのがよいです。大型リファクタ、複数段階の調査、難しい設計レビュー、高難度デバッグ、アーキテクチャ移行、図表の多い長い文書が対象です。単純な要約に使うのはもったいないです。

2026年6月22日11:59:59 PM PT以降、Fable 5はプラン使用量に含まれず、usage creditsへ移ります。その時点からは標準ツールではなく、プレミアム専門家として見るべきです。答えの期待価値が従量コストを上回る時だけ使うほうがよいです。

7. ユーザータイプ別の現実的な選択

軽い利用者は買いすぎないことが重要です。日常チャット、検索、文章、軽いコーディングの摩擦が減れば十分です。コードをshipしたり複数の運用フローを回したりしないなら、上位ティアの価値は心理的安心に近いかもしれません。

ソロビルダーなら現時点の最善はCodex plus Claudeです。Claude ProまたはMaxは使用量で選びます。Codexはリポジトリと検証ループを担当し、Claudeは計画、読み、文章を担当します。Fable 5プロモーション中は難しい仕事だけFable 5へ送り、実際にレビュー時間が減ったかを記録します。

小さなチームならモデルではなくworkflowから始めます。多くがエンジニアリング実行ならBusiness CodexとClaude TeamまたはMax席を比較します。多くが調査、文章、社内知識ならClaudeが前段の推論を多く担当できます。両方が重要なら両方使いますが、重複作業を防ぐrouting tableが必要です。

• 軽い利用者: 日常の摩擦を消す最も低いプラン。
• ソロビルダー: Codexはship、Claudeは判断、Fable 5は6月22日まで難しい仕事。
• パワーユーザー: Codex拡張利用とClaude Maxの組み合わせは、毎日両方使う場合だけ正当化されます。
• チーム: workflow owner、セキュリティ、admin control、review costで配分します。

8. 支出を無駄にしないrouting table

混合スタックが失敗するのは、すべての仕事をすべてのモデルに投げる時です。するとサブスク費用よりcontext switchingの費用が大きくなります。解決策はrouting tableです。

表は四つの問いに答えます。仕事の種類は何か。最初のパスはどのツールか。どのツールが補完またはレビューするか。何を確認すれば閉じられるか。この時、サブスク判断は感情ではなく運用になります。

• バグ修正: Codex first、原因が曖昧ならClaudeでアーキテクチャレビュー、テストとcommitで終了。
• 大きな設計文書: Claude first、repo作業になればCodex、承認済みspecで終了。
• 大型リファクタ: Codex first、6月22日前なら非常に難しい場合Fable 5、buildと回帰確認で終了。
• ブログと公開コンテンツ: Claudeは構造とトーン、Codexはrepo挿入、多言語、画像接続、sitemap、commit、ライブURL確認。
• 機密または高額な行動: 権限、承認ゲート、ログがないなら、どのモデルも自動実行者にしない。

9. 結論: 最高のサブスクは動くシステム

最高のLLMサブスクは、スクリーンショット議論で勝つモデルではありません。自分の実際の仕事を、より少ないレビューコストで完了させる組み合わせです。2026年6月12日時点で、本気のビルダーにとってその組み合わせはCodex plus Claudeであり、Fable 5は短いプロモーション期間に意図的に使うカードです。

6月22日以降は再評価してください。Fable 5が難しい問題で時間を確実に節約したなら、usage creditsを残す価値があります。印象的ではあるがレビュー時間を減らせなかったなら、CodexとClaudeを標準スタックとして維持すればよいです。答えはモデルへの忠誠ではなく、人間の運用者をより速く、落ち着いて、正確にするrouting systemです。