5BY.AI
개발자 노트›設計判断
May 1, 2026

複数のAIサービスが変わっても5BY.AIが安定している理由：Provider Adapter設計

ChatGPT、Claude、Gemini、Copilot、Perplexity、DeepSeek、Mistral、Grokは互いに異なる画面と対話構造を持っています。

同じAIサービスもアップデートを経てメッセージを表示する方式、入力欄の構造、対話を区別する情報が変わる可能性があります。

複数のAIの対話をつなぐ5BY.AIがこのような変化に直接揺らぐなら、特定サービスの画面が少し変わるたびに保存とつなぎ、検索とグラフまで一緒に影響を受ける可能性があります。

だから5BY.AIは各AI Providerの変化を核心機能から分離します。

Providerごとに異なる部分はAdapterで吸収し、Coreはユーザーの思考と文脈を一貫した方式で扱うことが基本原則です。

AI Providerの変化は避けられません

AIサービスは速く発展します。

新しいモデルと機能が追加され、対話画面とボタンの位置が変わり、メッセージを表示する内部構造も異なります。

ユーザーには小さな画面変更のように見えても、ブラウザで対話を認識するツールには重要な変化である可能性があります。

例えば次のような部分が変わる可能性があります。

このような変化は各Providerが自分のサービスを改善する過程で自然に発生します。

問題は変化自体ではありません。

一つのProviderの変化が5BY.AI全体の構造にどれだけ遠くまで影響を与えるかです。

AdapterはProviderごとに異なる部分を担います

Adapterは各AIサービスの画面と対話構造を理解する境界です。

ChatGPTの画面を読む方法とCopilotの画面を読む方法は異なる可能性があります。Claudeのメッセージ構造とMistralのメッセージ構造も同じだと仮定することはできません。

Adapterはこのような違いを各Providerの中で処理します。

主な役割は次の通りです。

重要な点はAdapterがユーザーの思考を評価したり重要な対話を決定する場所ではないということです。

AdapterはProviderの違いを検知し翻訳する役割に集中します。

CoreはProviderを知っても依存してはいけません

5BY.AIのCoreが知るべきことはこのメッセージがどのProviderから来たか程度です。

しかし特定Providerの画面構造とセレクタ、ボタンの位置まで知ってはいけません。

例えばCoreの中に次のような判断が増えれば問題が生じます。

このようなProvider別の条件がCoreに蓄積されれば新しいAIを追加したり既存のサービスがアップデートされるたびに核心構造を一緒に修正する必要があります。

小さな画面変更が保存単位、文脈のつなぎとGraph Viewにまで影響を与える可能性もあります。

だから5BY.AIはProvider別の違いがCoreに浸透しないように分離します。

CoreはAdapterが伝達した共通形式の情報に基づいてユーザーの思考の流れを処理します。

一つのProviderの変化が他のProviderに影響を与えてはいけません

Adapter分離の最も重要な目的は変更範囲を制限することです。

例えばPerplexityの対話画面が変わったと仮定してみます。

正しく分離された構造なら修正対象はPerplexity Adapterに集中すべきです。

この変更のせいで次の機能まで一緒に修正されてはいけません。

一つのProviderが変わっても残りのProviderと5BY.AIの共通機能はそのまま維持されるべきです。

これがAdapterが変化の衝撃を吸収するという意味です。

AdapterがなければCoreが容易に汚染されます

最初の一つ二つのAIだけをサポートする時はProvider別の条件を核心コードに直接入れる方式がより速く見える可能性があります。

しかしサポート対象が増えれば同じ問題が繰り返されます。

各Providerごとに新しい例外が追加され、一つの機能を修正する時に複数のサービスの条件を一緒に確認する必要があります。

時間が経てばCoreはユーザーの思考の流れを処理する領域ではなくProvider別の例外を集めた領域になる可能性があります。

この状態では次の問題が生じます。

Adapter分離は単純にコードを整理するための方式ではありません。

5BY.AIの核心機能がProviderの頻繁な変化に汚染されないように保護する構造です。

AnchorとHandoffはProvider画面に依存してはいけません

5BY.AIの重要な機能は特定AIサービスの画面のための機能ではありません。

Anchorは再び引き継ぐ価値のある思考の基準点を残します。

Savedは後で再確認する重要な対話を選択します。

Handoffはこれまで形成された目標と判断の文脈を新しいAI対話につなぎます。

Graph Viewは異なる対話と思考の関係を探求させます。

これらの機能の意味はChatGPTで使っても、DeepSeekやGrokで使っても変わってはいけません。

Providerごとにメッセージを表示する方式は異なる可能性があります。

しかしユーザーが重要だと選んだ思考と次に引き継ぐ文脈は共通の構造で扱われるべきです。

Adapterは画面の違いを処理し、Coreはその違いを越えてユーザーの思考の流れを一貫して扱います。

新しいAIを追加する時も同じ原則が必要です

マルチLLMサービスで新しいProviderをサポートすることは単純にサイトアドレス一つを追加する作業ではありません。

各サービスが対話をどう表示し、メッセージがどう生成され、ユーザーがどのような方式で対話をつなぐかを理解する必要があります。

しかし新しいProviderを追加する時に既存のCoreまで変える必要があれば拡張コストと危険が継続的に大きくなります。

良い分離構造では新しいProviderが次の過程に従います。

  1. 新しいProviderの画面と対話構造をAdapterが理解します。
  2. 検知した情報を5BY.AIの共通形式に整理します。
  3. 既存のCoreと保存構造は同じ方式で処理します。
  4. Anchor、Saved、HandoffとGraph Viewは既存の意味を維持します。

新しいAIをサポートしてもユーザーは完全に異なる5BY.AIの使い方を学ぶ必要がないべきです。

Providerは増える可能性がありますが5BY.AIの核心的な行動は一貫しているべきです。

ユーザーにとって重要なのは内部構造よりも安定性です

ユーザーがAdapterとCoreの違いをすべて理解する必要はありません。

ユーザーが期待するのはより単純です。

Adapter分離はこのようなユーザー体験を守るための内部設計です。

見えない構造ですが、サービスが変化にどれだけ安定的に対応できるかを決定します。

Providerは変わってもユーザーの思考の流れはつながるべきです

AI Providerは常に変化します。

画面が変わり、機能が追加され、対話構造と使用方式も変わる可能性があります。

5BY.AIがその変化に合わせて継続的に発展することは必要です。

しかし変化する必要のないものまで一緒に揺れてはいけません。

Provider別の画面と検知方式はAdapterで変わる可能性があります。

一方でユーザーの重要な思考を選択し、文脈を残し、別のAIで引き継ぎ、関係を再び振り返る核心的な体験は安定的に維持されるべきです。

Providerの変化はAdapterが吸収し、Coreはユーザーの思考の流れを守る。

この原則は5BY.AIが複数のAIをサポートしながらも特定Providerに依存しないための基本設計です。

AIサービスは継続的に変わる可能性があります。

しかしユーザーが残した重要な思考と次に引き継ぐ座標まで一緒に揺れる必要はありません。

関連記事と機能

#5BY.AI#マルチLLM#Provider Adapter#AIサービス連携#アーキテクチャ分離#コア安定性
複数のAIサービスが変わっても5BY.AIが安定している理由：Provider Adapter設計 | 5BY.AI