May 1, 2026

Warum Provider-Änderungen im Adapter absorbiert werden: 5BY.AI's Multi-LLM-Architekturprinzip

ChatGPT, Claude, Gemini, Copilot, Perplexity, DeepSeek, Mistral und Grok haben jeweils unterschiedliche Bildschirme und Gesprächsstrukturen.

Selbst derselbe KI-Dienst kann durch Updates ändern, wie er Nachrichten anzeigt, die Struktur des Eingabefeldes und Informationen, die Gespräche unterscheiden.

Wenn 5BY.AI, das Gespräche von mehreren KIs verbindet, direkt durch diese Änderungen erschüttert wird, dann könnten jedes Mal, wenn der Bildschirm eines bestimmten Dienstes sich leicht ändert, Speicherung, Verbindung, Suche und Graph alle zusammen betroffen sein.

Deshalb trennt 5BY.AI die Änderungen jedes KI-Providers von der Kern-Funktionalität.

Das Grundprinzip ist, dass Teile, die sich pro Provider unterscheiden, im Adapter absorbiert werden, und der Kern das Denken und den Kontext des Nutzers konsistent verarbeitet.

KI-Provider-Änderungen sind unvermeidlich

KI-Dienste entwickeln sich schnell.

Neue Modelle und Funktionen werden hinzugefügt, Gesprächsbildschirme und Button-Positionen ändern sich, und auch die interne Struktur zur Nachrichtenanzeige ändert sich.

Was für den Nutzer wie eine kleine Bildschirmänderung aussieht, kann für Werkzeuge, die Gespräche im Browser erkennen, eine bedeutende Änderung sein.

Zum Beispiel können folgende Teile sich ändern.

Wie Nutzernachrichten und KI-Antworten unterschieden werden
Die Bildschirmstruktur, in der Gespräche angezeigt werden
Der Prozess, durch den Nachrichten hinzugefügt oder modifiziert werden
Die Position des Eingabefeldes und des Senden-Buttons
Gesprächsadressen und Identifikationsmethoden
Wie regenerierte Antworten angezeigt werden

Diese Änderungen erfolgen natürlich, während jeder Provider seinen Dienst verbessert.

Das Problem sind nicht die Änderungen selbst.

Sondern wie weit die Auswirkung einer Provider-Änderung die gesamte 5BY.AI-Struktur erreicht.

Adapter verarbeitet Teile, die sich pro Provider unterscheiden

Adapter ist die Grenze, die den Bildschirm und die Gesprächsstruktur jedes KI-Dienstes versteht.

Die Methode zum Lesen von ChatGPTs Bildschirm und die Methode zum Lesen von Copilots Bildschirm könnten unterschiedlich sein. Claudes Nachrichtenstruktur und Mistrals Nachrichtenstruktur können nicht als dieselbe angenommen werden.

Adapter verarbeitet diese Unterschiede innerhalb jedes Providers.

Seine Hauptrollen sind wie folgt.

Identifiziert, welcher KI-Provider aktuell ist.
Erkennt Nutzernachrichten und KI-Antworten.
Interpretiert Bildschirmstrukturen, die sich pro Provider unterscheiden.
Ordnet benötigte Gesprächsinformationen in ein gemeinsames Format.
Übergibt das geordnete Ergebnis an die nächste Schicht.

Der wichtige Punkt ist, dass Adapter nicht der Ort ist, an dem das Denken des Nutzers evaluiert oder wichtige Gespräche bestimmt werden.

Adapter konzentriert sich auf die Rolle, Provider-Unterschiede zu erkennen und zu übersetzen.

Der Kern muss den Provider kennen, aber nicht von ihm abhängen

Was 5BY.AI's Kern wissen muss, ist grob von welchem Provider stammt diese Nachricht.

Aber er sollte nicht die spezifische Bildschirmstruktur, Selektoren und Button-Positionen des Providers kennen.

Zum Beispiel, wenn folgende Urteile im Kern zunehmen, entstehen Probleme.

Bei ChatGPT, so verarbeiten.
Bei Claude, andere Bildschirmelemente finden.
Bei Gemini, nur speichern, wenn ein bestimmter Button existiert.
Bei Copilot, eine separate Nachrichtenstruktur verwenden.

Wenn diese Provider-Bedingungen im Kern sich anhäufen, muss die Kernstruktur jedes Mal zusammen modifiziert werden, wenn eine neue KI hinzugefügt oder ein bestehender Dienst aktualisiert wird.

Eine kleine Bildschirmänderung könnte Speichereinheiten, Kontextverbindungen und Graph-Ansicht beeinflussen.

Deshalb trennt 5BY.AI Provider-spezifische Unterschiede, damit sie nicht in den Kern eindringen.

Der Kern verarbeitet den Denkfluss des Nutzers basierend auf den vom Adapter gelieferten gemeinsamen Formatinformationen.

Die Änderung eines Providers sollte andere Provider nicht beeinflussen

Der wichtigste Zweck der Adapter-Trennung ist die Begrenzung des Änderungsumfangs.

Nehmen wir zum Beispiel an, Perplexitys Gesprächsbildschirm änderte sich.

In einer ordnungsgemäß getrennten Struktur sollte das Modifikationsziel im Perplexity-Adapter konzentriert sein.

Folgende Funktionen sollten aufgrund dieser Änderung nicht zusammen modifiziert werden.

ChatGPT-Gesprächserkennung
Claude-Nachrichtenspeicherung
In Gemini erstellte Anker
Übergabe, die von DeepSeek fortsetzt
Gespeichert aus Mistral-Gesprächen
Graph-Ansicht von Copilot-Aufzeichnungen
Verbindungen von in Grok erzeugten Gedanken

Selbst wenn ein Provider sich ändert, sollten die verbleibenden Provider und 5BY.AI's gemeinsame Funktionen as-is beibehalten werden.

Dies ist es, was es bedeutet, dass Adapter die Auswirkung von Änderungen absorbiert.

Ohne Adapter wird der Kern leicht kontaminiert

Bei der anfänglichen Unterstützung von nur ein oder zwei KIs erscheint es möglicherweise schneller, Provider-Bedingungen direkt in den Kern-Code zu schreiben.

Aber wenn die unterstützten Ziele zunehmen, wiederholt sich dasselbe Problem.

Für jeden Provider werden neue Ausnahmen hinzugefügt, und beim Modifizieren einer Funktion müssen Bedingungen für mehrere Dienste zusammen geprüft werden.

Mit der Zeit könnte der Kern kein Bereich werden, der den Denkfluss des Nutzers verarbeitet, sondern ein Bereich, der Provider-Ausnahmen sammelt.

In diesem Zustand entstehen folgende Probleme.

Es ist schwierig, die Auswirkungsweite einer kleinen Änderung vorherzusagen.
Das Modifizieren eines Providers könnte einen anderen brechen.
Die Komplexität steigt schnell, wenn neue Provider hinzugefügt werden.
Die Grenze zwischen gemeinsamen Funktionen und Provider-spezifischem Code verschwimmt.
Es wird schwierig zu unterscheiden, ob die Ursache eines Fehlers eine Bildschirmänderung oder ein Kern-Problem ist.

Adapter-Trennung ist nicht einfach eine Methode zur Code-Organisation.

Es ist eine Struktur, die 5BY.AI's Kern-Funktionalität davor schützt, durch häufige Provider-Änderungen kontaminiert zu werden.

Anker und Übergabe dürfen nicht von Provider-Bildschirmen abhängen

5BY.AI's wichtige Funktionen sind keine Funktionen für den Bildschirm eines spezifischen KI-Dienstes.

Anker hinterlässt Referenzpunkte für fortsetzungswürdiges Denken.

Gespeichert wählt wichtige Gespräche aus, um später erneut zu überprüfen.

Übergabe verbindet den Kontext von bisher gebildeten Zielen und Urteilen mit einem neuen KI-Gespräch.

Graph-Ansicht lässt Nutzer Beziehungen zwischen verschiedenen Gesprächen und Gedanken erkunden.

Die Bedeutung dieser Funktionen sollte sich nicht ändern, egal ob in ChatGPT, DeepSeek oder Grok verwendet.

Wie jeder Provider Nachrichten anzeigt, kann unterschiedlich sein.

Aber das vom Nutzer als wichtig ausgewählte Denken und der als Nächstes fortzusetzende Kontext müssen mit einer gemeinsamen Struktur verarbeitet werden.

Adapter verarbeitet Bildschirmunterschiede, und der Kern verarbeitet den Denkfluss des Nutzers konsistent jenseits jener Unterschiede.

Dasselbe Prinzip wird beim Hinzufügen neuer KIs benötigt

Einen neuen Provider in einem Multi-LLM-Dienst zu unterstützen, ist nicht einfach das Hinzufügen einer Website-Adresse.

Jeder Dienst muss verstanden werden, wie er Gespräche anzeigt, wie Nachrichten generiert werden und wie Nutzer Gespräche fortsetzen.

Aber wenn das Hinzufügen eines neuen Providers den bestehenden Kern erfordert, wachsen Erweiterungskosten und -risiko kontinuierlich.

In einer guten Trennungsstruktur folgt ein neuer Provider diesem Prozess.

Der Bildschirm und die Gesprächsstruktur des neuen Providers werden vom Adapter verstanden.
Erkannte Informationen werden in 5BY.AI's gemeinsames Format geordnet.
Bestehender Kern und Speicherstruktur verarbeiten es auf dieselbe Weise.
Anker, Gespeichert, Übergabe und Graph-Ansicht behalten ihre bestehende Bedeutung.

Selbst bei der Unterstützung einer neuen KI sollten Nutzer keine völlig andere Art, 5BY.AI zu verwenden, lernen müssen.

Provider können zunehmen, aber 5BY.AI's Kern-Verhalten muss konsistent bleiben.

Was für Nutzer zählt, ist Stabilität, nicht interne Struktur

Nutzer müssen den Unterschied zwischen Adapter und Kern nicht verstehen.

Was Nutzer erwarten, ist einfacher.

Auch wenn KI-Dienste Updates erhalten, können wichtige Gespräche weiter gespeichert werden.
Ein Problem eines bestimmten Providers sollte nicht die Erfahrung der Verwendung anderer KIs ruinieren.
Unabhängig davon, welche KI verwendet wird, sollte die Bedeutung von Anker und Übergabe dieselbe sein.
Auch wenn neue KIs hinzugefügt werden, sollten Verbindungen zwischen bestehenden Aufzeichnungen und Gedanken bewahrt werden.
Auch beim Wechsel über mehrere KIs sollte 5BY.AI's Verwendungsmethode konsistent sein.

Adapter-Trennung ist ein internes Design, um diese Nutzererfahrung zu schützen.

Es ist eine unsichtbare Struktur, aber sie bestimmt, wie stabil der Dienst auf Änderungen reagieren kann.

Provider ändern sich, aber der Denkfluss des Nutzers muss fortbestehen

KI-Provider ändern sich kontinuierlich.

Bildschirme ändern sich, Funktionen werden hinzugefügt, und Gesprächsstrukturen und Verwendungsmethoden können sich ändern.

Dass 5BY.AI kontinuierlich evolves, um sich an jene Änderungen anzupassen, ist notwendig.

Aber was sich nicht ändern muss, sollte nicht zusammen erschüttert werden.

Provider-spezifische Bildschirme und Erkennungsmethoden können sich im Adapter ändern.

Unterdessen muss die Kern-Erfahrung, wichtige Gedanken auszuwählen, Kontext zu hinterlassen, in anderen KIs fortzusetzen und Beziehungen neu zu untersuchen, stabil bewahrt werden.

Provider-Änderungen werden vom Adapter absorbiert, und der Kern schützt den Denkfluss des Nutzers.

Dieses Prinzip ist das fundamentale Design für 5BY.AI, um mehrere KIs zu unterstützen, ohne von einem spezifischen Provider abhängig zu sein.

KI-Dienste können sich weiter ändern.

Aber es besteht keine Notwendigkeit, dass die wichtigen Gedanken, die der Nutzer hinterlassen hat, und die Koordinaten, um als Nächstes fortzufahren, zusammen erschüttert werden.