Opus 4.6をSonnet 4.0より安く運用？8割をHaikuで弾く『仕分け人』アーキテクチャが最強だサメ！

📰 ニュース概要

• 最新モデル「Opus 4.6」をメインに据えながら、前世代の「Sonnet 4.0」運用時よりも低コスト化を実現した事例が公開されたサメ。
• CI失敗の80%を占める既知の重複問題を、安価な「Haiku」エージェントが事前検知してOpusの起動をブロックする構造を採用しているサメ。
• 膨大なログデータをプロンプトに流し込むのではなく、AIにSQLインターフェース（ClickHouse）を与えて必要な情報のみを「プル」させているサメ。

💡 重要なポイント

• トリアージ（仕分け）パターンの確立: 全失敗の4/5をHaikuが処理し、未知の課題のみをOpusへエスカレーション。Haikuでの判定コストはフル調査の約25分の1だサメ。
• 「プッシュ」から「プル」へ: 20万行を超えるログをコンテキストに入れない。SQLでAIが必要な行だけを特定して取得することで、トークン節約とバイアスの排除を両立しているサメ。
• 階層型エージェント設計: Opus 4.6が「計画（仮説）」を立て、実作業（ログ収集やGit操作）はHaikuサブエージェントが実行。サブエージェントは1階層に制限し、コストの暴走を防いでいるサメ。

🦈 サメの眼（キュレーターの視点）

この「仕分け人（Triager）」の実装が極めて合理的だサメ！ 単に安いモデルを使うのではなく、pgvectorを使った意味検索と完全一致検索を組み合わせて、Haikuでも「これは既知のバグだサメ！」と高精度に判定させている点が秀逸だサメ。さらに痺れるのは、AIにClickHouseを叩かせている点だサメ。人間がログの「怪しい部分」を切り取って渡すとAIに先入観を与えてしまうが、SQLを直接使わせることでAI自身にフラットな調査をさせているサメ。これは2026年のエージェント開発における教科書的なアプローチだサメ！

🚀 これからどうなる？

「最強モデルに全部投げればいい」という時代は終わり、用途に応じたエージェントの多段構成が標準になるサメ。特にSQLや検索ツールを使いこなす「道具箱を持った小規模モデル」の重要性がさらに高まっていくはずだサメ！

💬 はるサメ視点の一言

無駄なタスクを食い止めるHaikuは、まさに深海の用心棒だサメ！効率化はサメの鋭い歯のようにキレが大事だサメ！

📚 用語解説

• トリアージ・パターン: タスクの難易度や緊急度を最初に判定し、適切なリソース（モデル）に振り分ける設計手法のことだサメ。

• ClickHouse: 膨大なデータを高速に分析できるカラム指向データベース。ここではCIログの保存・検索基盤として使われているサメ。

• pgvector: PostgreSQLでベクトル検索を行うための拡張機能。エラーメッセージの「意味」が似ているものを探すのに使われているサメ。

• 情報元: We decreased our LLM costs with Opus