プラットフォームの内側

マルチモデルの AI エージェント:ひとつのシステムで、仕事ごとに最適なモデルを

AI モデルの序列は数か月ごとに入れ替わります。ひとつの提供元に溶接された業務システムは、その提供元と一緒に古びていきます。そして、日常的な作業にまで推論モデルの料金を払うことになります。Olano のシステムは設計からマルチモデルです。タスクごとに最適なモデルへ振り分け、厳格な支出上限の内側で動かし、システムのどの部分も特定のベンダーに縛られません。

単一モデルという罠

AI プラットフォームを選ぶことは、たいてい静かに AI モデルを選ぶことでもあります。ベンダーが土台にしたモデルを、です。この決定には、時間とともに積み上がる二つのコストがあります。

ひとつめは ずれ(ドリフト)。最前線は速く動き、しかも一様には動きません。今四半期は深い推論である提供元が先行し、速度とコストでは別の提供元が、そしてあなたの顧客にとってたまたま重要な言語やモダリティでは、また別の提供元が先を行く。ひとつの提供元しか使えないシステムは、そのベンダーがすべてのカテゴリで、しかも永遠に勝ち続けることに、あなたの業務を賭けています。そんなベンダーは、これまで一社もありません。

ふたつめは コストの問題。仕事のほうも一様ではありません。受信箱の仕分け、問い合わせへのラベル付け、予約日の抽出。こうした「量は多いが難度は低い」仕事は、速くて安いモデルで十分こなせます。一方、常設の調査依頼や微妙なクレームには、使える中でいちばん強い推論を当てるべきです。何もかもをフラッグシップモデルに通すのは、書類整理に一流弁護士の時給を払うようなもの。逆に何もかもを格安モデルに通すのは、顧客とのチャットに表れてしまう偽の節約です。

Olano のシステムはどう仕事を振り分けるのか

Olano の導入はすべてマルチモデルです。エージェントは Claude、OpenAI、DeepSeek、Gemini、あるいはローカルモデルの上で動かせます。対応は 18 以上の LLM プロバイダー(Anthropic、OpenAI、Google、Mistral、Groq、DeepSeek、xAI、Cohere、Together、Fireworks、OpenRouter、Perplexity、NVIDIA、Azure OpenAI、AWS Bedrock、そして Ollama 経由のローカルモデル)。プラットフォームがタスクごとに最適なモデルへ振り分け、モデルはエージェント単位で組み合わせられ、会話の途中でも差し替えられます。

典型的な導入では、これはチームの人員配置と同じように「専門化」の形をとります。フロント担当は、会話量に耐える速くて有能なモデルの上に。リサーチ担当は、依頼が求めるときに深い推論へ手を伸ばす。大量抽出のジョブは、品質チェックを通るいちばん安いモデルで回す。システムはひとつ、記憶もひとつ、監査証跡もひとつ。そのうえで、複数のモデルがそれぞれの得意を担います。

支出を抑えるのは自制心ではなく、アーキテクチャである

マルチモデルの振り分けはコスト管理の道具でもありますが、それはより強い枠の内側で働きます。AI の利用は、事前に合意した厳格な支出上限の内側で動きます。アラートではなく上限です。負荷がどうなろうと、承認された額を超えて使うことはできません。すでにプロバイダーのアカウントをお持ちなら、BYOK(自分の鍵の持ち込み)を追加費用なしでサポートします。同じ振り分け、同じ承認、同じ監査履歴のまま、あなたの鍵で動きます。

データがどこで処理されるかも、あなたが握ったままです。導入は隔離環境のマネージドクラウド基盤上で動き、データ所在の要件がある場合、個別対応の案件では処理を特定の AWS または GCP リージョン、あるいはお客さま自身が管理するクラウド環境に固定できます。

モデルを差し替えても何も壊れない理由

これらすべてを実際に成り立たせている、構造上のポイントがあります。Olano のシステムでは、その導入を あなたのものにしている要素 は、どのモデルの中でもなく、プラットフォームの層にあります。 記憶、ナレッジベース、スキル、顧客があなたに届くチャネル、信頼レベルと承認ゲート、監査履歴、そして Cortex が積み上げてきた改善。モデルは、プラットフォームが呼び出す部品にすぎません。強力ですが、交換可能です。

だから、より良いモデルが出てきても——必ず出てきます——あなたのシステムが去年の選択に取り残されることはありません。エージェントの下のモデルが差し替わるだけで、そのエージェントは相変わらず常連客を知っていて、あなたの手順に従い、承認ルールを守り、あなたのチャネルで答えます。モデルの進歩は、資金を用意して臨む移行プロジェクトではなく、あなたの環境が自動的に受け取る恩恵になります。

タスクが届く。問い合わせ、依頼、あるいはスケジュール実行の仕事プラットフォームが、それに最適なモデルへ振り分けるエージェントは、自分の記憶・知識・スキルを使って仕事をする利用量は、事前に合意した厳格な支出上限の内側にとどまる外に出るもの、影響の大きいものは、承認待ちの列へモデルはいつでも差し替え可能。ほかはそのまま残る

モデルひとつで本当に足りるとき

まず正直に言えば、社内での AI が「一人がチャット画面で文章を書く」ことなら、単一モデルの契約が正しい道具であって、マルチモデルの振り分けは過剰設計です。話が変わるのは、AI が業務インフラになったときです。エージェントが実際のチャネルで顧客に応じ、スケジュールされた仕事を回し、本番システムに触れるようになったとき。そこではモデルの選択は好みではなく、運用上の依存関係になります。だからこそ、それはプラットフォームの移行ではなく、振り分けの判断であってほしいのです。 「Olano vs ChatGPT」のガイド では、その線引きをより詳しく扱っています。そして プラットフォーム選定チェックリスト は、モデルの柔軟性を、ほかの問うべき論点と並べて示しています。

関連記事

「プラットフォームの内側」シリーズの残りと、この記事がつながっている選定ガイド。

よくある質問

Olano のシステムはどの AI モデルを使えますか?

Olano のシステムはマルチモデルです。エージェントは Claude、OpenAI、DeepSeek、Gemini、あるいはローカルモデルの上で動かせます。対応は 18 以上の LLM プロバイダー(Anthropic、OpenAI、Google、Mistral、Groq、DeepSeek、xAI、Cohere、Together、Fireworks、OpenRouter、Perplexity、NVIDIA、Azure OpenAI、AWS Bedrock、Ollama 経由のローカルモデル)。モデルはエージェント単位で組み合わせられ、会話の途中でも差し替えられます。

自分の AI プロバイダーの鍵を持ち込めますか?

はい。BYOK(自分の鍵の持ち込み)は追加費用なしでサポートしています。ご希望なら、同じ振り分け・同じ承認・同じ監査履歴のまま、お客さま自身のプロバイダー契約で動かせます。どちらの場合でも、AI の利用は事前に合意した厳格な支出上限の内側で動きます。

より良いモデルが出たら、うちのシステムはどうなりますか?

取り残されるどころか、その恩恵を受けます。エージェントの記憶、スキル、ナレッジベース、チャネル、承認ルールは Olano のプラットフォーム側にあり、特定のモデルの中にはありません。だからエージェントの下のモデルは、何も作り直さずに差し替えられますし、状況の変化に合わせてエージェント単位・タスク単位で組み合わせられます。

モデルが複数あるとき、支出管理はどう働きますか?

AI の利用は、事前に合意した厳格な支出上限の内側で動きます。アラートではなく上限です。振り分けもコスト面で効いてきます。日常的な仕事は速くて安いモデルで回し、深い推論は本当に必要な仕事のために取っておく。つまり、能力を使うべきところで使うということです。

ひとつのベンダーではなく、最前線そのものの上に築く

相談を予約してください。いちばん価値の高い業務を洗い出し、確定見積もりをお出しし、承認をいただいてから作ります。初日から、適切なモデルへ振り分けた状態で。

プロジェクトを相談する