MetaのMuseエージェントのファイルシステムに対する調査により、同プラットフォームがサードパーティ製AIモデルにタスクをルーティングする機能を維持していることを示す証拠が明らかになりました。エージェントセッションの大部分は「Avocado」と呼ばれるMetaの内部モデルによって処理されていますが、研究者は「azure/muse-special」というラベルが付いたモデルを利用する特定のセッションログを特定しました。OpenAI形式のツール呼び出し識別子や、OpenAIの応答形式と整合性のある暗号化されたペイロードといった技術的指標は、この特定のモデルがMicrosoft Azure経由でホストされているOpenAIのバリアントである可能性を示唆しています。Museエージェントのランタイムには、Claude、GPT、Kimiモデルの様々なバージョンをリストアップした包括的なモデルカタログが含まれており、Anthropicのリクエスト処理用インフラも存在します。これらのクライアントと関連するAPIキーの存在は、システムがマルチプロバイダー・ルーティングをサポートするように設計されていることを示しています。このアーキテクチャにより、Metaは特定のタスクに対して異なるモデルを動的に選択することが可能となり、特定の領域における優れたパフォーマンスを活用したり、モデルの蒸留や強化学習のためのA/Bテストを促進したりできる可能性があります。しかし、このルーティングの正確な基準は不透明なままであり、Metaがこれらの外部プロバイダーから重みをコピーしているという証拠はありません。これらのサードパーティ製モデルからの生の推論チェーンは暗号化されており、Metaの内部強化学習サーバーからはアクセスできません。これは、Metaの開発パイプラインに直接統合されているAvocadoモデルとは一線を画すものです。
この記事では、研究者がどのようにしてazure/muse-specialとラベル付けされた特定のセッションログを特定したかについて議論しており、これがMuseエージェント内でのサードパーティ製モデルのルーティングの証拠となっています。
Museエージェントのランタイムには、Claude、GPT、Kimiモデルの様々なバージョンをリストアップした包括的なモデルカタログが含まれており、マルチプロバイダー・ルーティングのサポートを示しています。
Anthropicリバースプロキシのオーバーライドなど、特定のクライアントと関連するAPIキーの存在は、システムがマルチプロバイダー・ルーティングをサポートするように設計されていることを裏付けています。