Presis、Boost.aiのエージェントプラットフォームにセルフホスト型分類機能を導入

boost.aiは2026年11月10日、AIエージェントとの会話に関する分類判断を行うセルフホスト型言語モデル、Presisの提供開始を発表しました。同社によると、社内テストでは、従来のモデルより少なくとも2.5倍高速であることが確認されました。特に、需要がピークを迎える時間帯や音声AIで、その差が顕著に表れます。

Presisは、AIエージェントのどの部分が応答すべきか、質問が対応範囲内か、回答をエンドユーザーに提示しても安全か、完了した会話をどのように評価するかを判断します。音声を用いた導入環境では、応答を開始する前にルーティングと安全性の確認を終える必要があるため、分類処理は応答時間に直結する工程となります。同社によると、Presisはすでにプラットフォーム上のこうした判断を担っており、今後数週間にわたり、プラットフォーム全体への展開をさらに進める予定です。

パフォーマンスとインフラ

同社の社内テストでは、トークンコストが平均33%削減され、5つすべての分類機能で精度が向上したと報告されています。機能によって差はあり、改善幅は0.5～7.9パーセントポイントでした。

CTOのRasmus Hauch氏は、「稼働するスタックのあらゆる部分を管理する」ことで、分類に特化したモデルの継続的な改善が可能になると述べました。バージョン14のドキュメントによると、微調整済みモデルは社内で管理する専用サーバークラスター上で稼働し、応答時間の短縮と高い処理能力を目指しています。

Presisは、各顧客インスタンスをすでに稼働させているのと同じリージョンのAWS上で動作するため、ドキュメントに記載されたデータ処理場所に変更はありません。AWSはすでに承認済みの再委託先であり、このモデルの導入によって新たな再委託先が加わることはなく、データ処理契約の変更や追加の契約も必要ありません。

同社によると、エンドツーエンドで管理することで、ルーティング、対応範囲、安全性に関する判断が、サードパーティーの障害、タイムアウト、処理能力の変動の影響を受けなくなります。

バージョン14で生成と分類を分離

バージョン14では、プラットフォームの言語モデル処理を生成と分類に分けています。組み込みのテキスト生成機能にはGPT-5.1が必須となり、新しいエージェント型アクションではデフォルトで使用されます。一方、Presisは、エージェントオーケストレーター、少数ショット、AIレビュー、対応範囲外検出器、システムガードレールの分類部分を担います。顧客はアップグレード前にGPT-5.1を設定する必要があり、設定しない場合、システム移行は失敗します。

このアーキテクチャにより、組み込みの分類機能で選択できるモデルプロバイダーが限られます。これらのタスクでは、外部モデルの持ち込み（Bring Your Own Model）への対応とプロバイダー設定のオプションが廃止されます。一方、生成型のエージェント型アクション、LLMアクション、ガードレールでは、引き続きBYOを利用できます。

移行とモデルの切り替え

同社は、今回のより広範な移行を、MicrosoftがAzure上のGPT-4o、GPT-4.1、GPT-4.1-mini、GPT-4.1-nanoを2027年4月に提供終了する予定であることと関連付けています。早期移行とテストの機能は2026年8月のバージョン12.8.3で利用可能になり、必須となるバージョン14の変更は2026年10月中旬から本番環境への適用を開始する予定でした。

Presisは、名称が変更されたBoost Native Modelです。boost.aiによると、ノルウェー語の名称には正確さと適時性という意味が込められており、名称変更によってモデルの動作に変化はありません。

同社は、生成機能にも同様の専用モデル方式を導入できるか検討しています。顧客にとって当面のトレードオフは、プラットフォームの管理が強化され、効率向上も報告されている一方、組み込みの分類機能で選べるプロバイダーの自由度が低下することです。生成機能へのさらなる展開は、確定した導入計画ではなく、引き続き検討段階にあります。