Das OpenAI-kompatible Protokoll ist der Mechanismus, nicht die Modellanzahl

Der OfoxAI Zed-Editor-Konfigurationsleitfaden durchläuft das Hinzufügen eines benutzerdefinierten LLM-Anbieters zu Zed über das OpenAI-kompatible Protokoll: eine api_url, ein available_models-Array, ein Schlüssel gespeichert im System-Schlüsselbund. (OfoxAI, «Zed Editor: Configure Custom LLM Providers & External Agents», OfoxAI, veröffentlicht 2026-03-30, abgerufen 2026-08-23, https://ofox.ai/blog/zed-editor-ai-configuration-guide-2026/). Der Honest Architect liest den Leitfaden als ein ausgearbeitetes Beispiel eines allgemeinen Mechanismus: die Eigenschaft (Anbieter-Flexibilität — einen Modell-Backend gegen einen anderen austauschen ohne den Editor zu rekompilieren) wird garantiert durch den Mechanismus (eine standardisierte Protokoll-Oberfläche — die OpenAI-kompatible API, plus ein Konfig-Schema das der Editor beim Start parst), nicht durch die Behauptung «wir unterstützen 100+ Modelle.» Ein Editor der 100 Modelle ohne standardisiertes Protokoll auflistet ist ein spröder Katalog; ein Editor der ein Protokoll exposes und dich Anbieter hinzufügen lässt durch das Bearbeiten eines Konfig-Arrays ist eine flexible Oberfläche. Der Honest Architect etiquettiert die Form das-Protokoll-ist-der-Mechanismus Production ✅ und die OfoxAI-spezifischen kommerziellen Behauptungen (Preise, Modellnamen, «0% Plattform-Gebühr») Partial ⚠️ (Anbieter-Selbstpromo, nicht unabhängig von Everythink verifiziert).

Der Leitfaden ist ein Konfigurations-Durchlauf, keine Untersuchung und kein Beweis. Der Honest Architect extrahiert die Mechanismus-Formen die der Durchlauf ausstellt — das OpenAI-kompatible Protokoll als Anbieter-Flexibilitäts-Mechanismus, der System-Schlüsselbund als Schlüssel-Souveränitäts-Mechanismus, das Extern-Agent-Routing als die der-Raum-ist-der-Router-Form — und etiquettiert jede Form Production ✅ wo die Form real und reproduzierbar ist, Partial ⚠️ wo die Form eine anbieterspezifische kommerzielle Behauptung ist.

Kernergebnisse

• Das OpenAI-kompatible Protokoll ist der Mechanismus für Anbieter-Flexibilität. Theorem 3: die Eigenschaft (einen LLM-Backend gegen einen anderen austauschen ohne Rekompilierung) wird garantiert durch den Mechanismus (eine standardisierte API-Oberfläche + ein Konfig-Schema das der Editor beim Start parst), nicht durch die Behauptung «wir unterstützen 100+ Modelle.» Der Honest Architect etiquettiert die Form das-Protokoll-ist-der-Mechanismus Production ✅.
• Der System-Schlüsselbund ist der Mechanismus für Schlüssel-Souveränität. Der Leitfaden: «Der API-Key wird sicher im System-Schlüsselbund (macOS Keychain / Linux Secret Service) gespeichert und nie in Klartext in Konfigurationsdateien geschrieben.» Die Eigenschaft (der Schlüssel ist nicht in Klartext-Konfig) wird garantiert durch den Mechanismus (im OS-Schlüsselbund speichern, nicht im JSON), nicht durch die Behauptung «wir schützen deinen Schlüssel.» Der Honest Architect etiquettiert die Form Schlüsselbund-nicht-Klartext Production ✅.
• Das Fähigkeitsfeld ist das Runtime-geparste Schema. Jeder Modelleintrag hat capabilities: { tools: true, images: false }. Zed liest die Fähigkeiten und routet entsprechend — es wird keinen Funktionsaufruf an einem Modell versuchen dessen tools false ist. Die Eigenschaft (keine fehlgeschlagenen Tool-Aufrufe an Modellen ohne Tool-Unterstützung) wird garantiert durch den Mechanismus (der Editor liest den Fähigkeits-Flag vor dem Routing), nicht durch die Behauptung «wir haben die Modellkompatibilität geprüft.» Der Honest Architect etiquettiert die Form Fähigkeiten-sind-das-Schema Production ✅.
• Externe Agenten sind die der-Raum-ist-der-Router-Form. Zeds Agenten-Panel hat Zed Agent (eingebaut, nutzt den konfigurierten LLM-Anbieter) und Externe Agenten (Claude Code, Codex CLI, Gemini CLI — «laufen unabhängig, haben eigene Anmeldedaten, Modellzugriff und Abrechnung — getrennt von deinem konfigurierten LLM-Anbieter»). Der Editor routet zu welchem Agenten auch immer; der Agent läuft auf eigene Faust. Der Honest Architect etiquettiert die Form der-Editor-routet-der-Agent-läuft Production ✅.
• Cross-Domain-Parallelen: Eye Key (HMAC vor Persistieren = Schlüsselbund-nicht-Klartext in einer anderen Domain), World Monitor (ein Cache pro Geohash-Tile = ein Protokoll pro Anbieter-Oberfläche), Oracle-Normalisierung (an einem Ort normalisieren = das OpenAI-kompatible Protokoll ist der eine Normalisierungspunkt), Zod an der Runtime-Grenze (das Fähigkeitsfeld wird beim Start geparst, wie das Schema an der Netzwerk-Grenze geparst wird). Alle Partial ⚠️: gleiche Form, getrennte Domains.
• Scope: zivil/defensiv. Ein Konfigurationsleitfaden für einen Code-Editor ist keine Waffe. Kein offensiver Scope. Kein Token-, Wallet- oder Community-Credit-Ergebnis versprochen; diese sind Roadmap 🔵, Howey-Review ausstehend. Everythink ist eine Forecasting-Plattform, kein LLM-Anbieter-Aggregator; die Cross-Domain-Parallelen sind Partial ⚠️-Illustrationen der Mechanismus-Formen, keine Endorsements von OfoxAI als Produkt.

Das Protokoll ist der Mechanismus

Die Kern-Konfig des Leitfadens ist ein JSON-Objekt: language_models.openai_compatible.OfoxAI mit einer api_url und einem available_models-Array. Der Schlüssel openai_compatible ist der Mechanismus — er sagt Zed «sprich das OpenAI-kompatible Protokoll zu diesem Endpoint, und hier sind die Modelle die er bedient.» Die Eigenschaft (Zed kann mit einem neuen Anbieter ohne Code-Änderung sprechen) wird garantiert durch den Mechanismus (die OpenAI-kompatible Protokoll-Oberfläche + das Konfig-Schema), nicht durch die Behauptung «Zed unterstützt OfoxAI.» Der Honest Architect etiquettiert die Form das-Protokoll-ist-der-Mechanismus Production ✅ weil die Form real und reproduzierbar ist: jeder Editor der einen openai_compatible-Konfig-Slot exposes kann mit jedem Endpoint sprechen der das OpenAI-kompatible Protokoll spricht, und der Anbieter wird durch JSON-Bearbeitung hinzugefügt, nicht durch Rekompilierung.

Die Form generalisiert über den Leitfaden. Der Leitfaden bietet zwei Methoden: das Agenten-Panel-GUI und die settings.json-Datei. Beide produzieren dasselbe Konfig-Objekt. Das GUI ist eine Bequemlichkeit; das JSON ist die Wahrheits-Quelle. Der Honest Architect etiquettiert die Form das-JSON-ist-die-Wahrheits-Quelle Production ✅ (das GUI bearbeitet das JSON, das JSON ist was Zed beim Start liest, das GUI ist eine Sicht auf das JSON, nicht ein separater Zustand). Der «Pro Tip» des Leitfadens — sende die Docs-URL und den /v1/models-Endpoint an eine KI und lass sie die Konfig auto-generieren — ist die Form das-Protokoll-ist-der-Mechanismus in einer Meta-Schleife: der Modelllisten-Endpoint ist Teil des OpenAI-kompatiblen Protokolls, also kann eine KI ihn lesen und die Konfig generieren. Der Honest Architect etiquettiert die Meta-Form Partial ⚠️ (anbieter-vorgeschlagener Workflow, nicht unabhängig verifiziert).

Die Troubleshooting-Sektion ist eine Messung der Fehlermodi des Mechanismus. «Verifiziere dass das settings.json-Format korrekt ist, dann starte Zed neu» — die Konfig wird beim Start geparst; ein fehlerhaftes JSON bricht den Parse. «Suche nach language model: reset credentials und gib deinen API-Key erneut ein» — der Schlüssel ist im Schlüsselbund; ein Reset speichert ihn neu. «Setze capabilities.tools auf false für dieses Modell. Wenn du es als true lässt für ein Modell das kein Function Calling unterstützt, können Anfragen fehlschlagen» — das Fähigkeitsfeld ist das Runtime-geparste Schema; ein falscher Flag produziert eine falsche Route. «Bestätige dass die API-URL genau https://api.ofox.ai/v1 ist — kein trailing Slash, kein fehlendes /v1-Suffix» — die Protokoll-Oberfläche ist URL-förmig; eine falsche URL bricht das Protokoll. Jeder Schritt ist eine Messung wo der Mechanismus bricht: der JSON-Parse, der Schlüssel-Speicher, die Fähigkeits-Route, die URL. Der Honest Architect etiquettiert die Form Troubleshooting-als-Messung Production ✅ (reales, reproduzierbares Fehlermodus-Mapping).

Der Schlüsselbund ist der Schlüssel-Souveränitäts-Mechanismus

Der Leitfaden stellt fest: «Der API-Key wird sicher im System-Schlüsselbund (macOS Keychain / Linux Secret Service) gespeichert und nie in Klartext in Konfigurationsdateien geschrieben.» Die Eigenschaft (der Schlüssel ist nicht in Klartext-Konfig) wird garantiert durch den Mechanismus (im OS-Schlüsselbund speichern, nicht im JSON), nicht durch die Behauptung «wir schützen deinen Schlüssel.» Der Honest Architect etiquettiert die Form Schlüsselbund-nicht-Klartext Production ✅. Die Form ist das Editor-Domain-Analogon zu Everythinks Eye Key: die Eigenschaft (das Eye-Key-Plaintext berührt nie Festplatte) wird garantiert durch den Mechanismus (HMAC vor Persistieren, nur der Fingerabdruck geht zu Postgres), nicht durch die Behauptung «wir schützen deinen Schlüssel.» Gleiche Form, getrennte Domains. Der Honest Architect etiquettiert die Cross-Domain-Parallele Partial ⚠️.

Die Form Schlüsselbund-nicht-Klartext generalisiert: jedes Geheimnis das nicht in Klartext-Konfig erscheinen darf (API-Schlüssel, Datenbank-Passwörter, OAuth-Client-Secrets) wird in einem Out-of-Band-Secret-Store gespeichert (OS-Schlüsselbund, Secret-Manager, Umgebungsvariable zur Runtime injiziert), und die Konfig referenziert den Store, nicht das Geheimnis. Die Behauptung «wir speichern keine Geheimnisse in Klartext» ist ein Nicht-Mechanismus: sie produziert keine Souveränität. Der Mechanismus (im Schlüsselbund speichern, von Konfig referenzieren) produziert die Souveränität direkt. Der Honest Architect etiquettiert die Form speichere-das-Geheimnis-außerhalb-Klartext Production ✅.

Der Honest Architect notiert die Reibung ehrlich. Der Schlüsselbund ist OS-spezifisch (macOS Keychain, Linux Secret Service; der Leitfaden erwähnt Windows Credential Manager nicht). Der Schlüsselbund erfordert eine laufende Desktop-Sitzung (ein Headless-Server hat keinen Schlüsselbund). Der Schlüsselbund ist pro-Benutzer (eine geteilte Konfig-Datei kann den Schlüssel nicht teilen). Dies sind keine Fehler im Mechanismus; sie sind der Scope des Mechanismus. Der Honest Architect etiquettiert die Scope-Ehrlichkeit Partial ⚠️ (der Leitfaden stellt diese Grenzen nicht explizit fest; sie werden aus der Form des Mechanismus inferiert).

Das Fähigkeitsfeld ist das Runtime-geparste Schema

Jeder Modelleintrag im available_models-Array hat ein capabilities-Objekt: { tools: true, images: false }. Zed liest die Fähigkeiten beim Start und routet entsprechend — es wird keinen Funktionsaufruf an einem Modell versuchen dessen tools false ist, und es wird kein Bild an ein Modell senden dessen images false ist. Die Eigenschaft (keine fehlgeschlagenen Tool-Aufrufe an Modellen ohne Tool-Unterstützung, keine fehlgeschlagenen Bild-Sends an Modellen ohne Bild-Unterstützung) wird garantiert durch den Mechanismus (der Editor liest den Fähigkeits-Flag vor dem Routing), nicht durch die Behauptung «wir haben die Modellkompatibilität geprüft.» Der Honest Architect etiquettiert die Form Fähigkeiten-sind-das-Schema Production ✅.

Die Form ist das Editor-Domain-Analogon zu Everythinks Zod an der Runtime-Grenze: die Eigenschaft (ein schlechtes Payload taucht als typisierter ApiError auf, nie ein Crash) wird garantiert durch den Mechanismus (Zod-Schemas an der Netzwerk-Grenze geparst), nicht durch die Behauptung «unsere API ist typisiert.» TypeScript-Typen werden zur Runtime gelöscht; das capabilities-Feld wird beim Start gelesen. Beides sind Runtime-geparste Schemas die die Anfrage basierend auf dem geparsten Wert routen. Der Honest Architect etiquettiert die Cross-Domain-Parallele Partial ⚠️ (gleiche Form — das Runtime-geparste Schema ist der Mechanismus — getrennte Domains — Editor-Fähigkeits-Routing vs Netzwerk-Grenzen-Typ-Sicherheit).

Das Troubleshooting des Leitfadens bestätigt den Mechanismus: «Setze capabilities.tools auf false für dieses Modell. Wenn du es als true lässt für ein Modell das kein Function Calling unterstützt, können Anfragen fehlschlagen.» Ein falscher Fähigkeits-Flag produziert eine falsche Route. Der Mechanismus korrigiert nicht stillschweigend einen falschen Flag; er routet basierend auf dem Flag und die Route schlägt fehl wenn der Flag lügt. Der Honest Architect etiquettiert die Form der-Mechanismus-routet-auf-dem-Flag-nicht-der-Wahrheit Production ✅ (der Router vertraut der Konfig, die Konfig muss ehrlich sein).

Externe Agenten sind die der-Raum-ist-der-Router-Form

Zeds Agenten-Panel hat zwei Modi: Zed Agent (eingebaut, nutzt den konfigurierten LLM-Anbieter) und Externe Agenten (Claude Code, Codex CLI, Gemini CLI — «laufen unabhängig, haben eigene Anmeldedaten, Modellzugriff und Abrechnung — getrennt von deinem konfigurierten LLM-Anbieter»). Der Editor routet zu welchem Agenten der Benutzer auch immer wählt; der Agent läuft auf eigene Faust, mit eigenen Anmeldedaten, eigenem Modellzugriff, eigener Abrechnung. Der Honest Architect etiquettiert die Form der-Editor-routet-der-Agent-läuft Production ✅. Die Form ist das Editor-Domain-Analogon zu Everythinks der-Raum-ist-der-Router: die Network→Community→Room-Topologie routet bevor etwas antwortet, und die geroutete Entität läuft auf eigene Faust. Der Honest Architect etiquettiert die Cross-Domain-Parallele Partial ⚠️.

Die Extern-Agent-Form generalisiert: der Editor ist ein Router, keine Runtime. Der eingebauten Zed Agent nutzt den konfigurierten LLM-Anbieter; die externen Agenten nutzen ihre eigenen. Der Editor absorbiert nicht die Anmeldedaten, den Modellzugriff oder die Abrechnung des externen Agenten — er startet den Agenten und lässt den Agenten laufen. Die Eigenschaft (der Benutzer kann jeden Agenten nutzen ohne dass der Editor dessen Auth absorbiert) wird garantiert durch den Mechanismus (der Editor routet, der Agent läuft unabhängig), nicht durch die Behauptung «wir unterstützen viele Agenten.» Der Honest Architect etiquettiert die Form der-Editor-routet-nicht-absorbiert Production ✅.

Was ein Honest Architect in einem Anbieter-Konfig-Leitfaden liest

Der OfoxAI Zed-Leitfaden ist ein Anbieter-Konfigurations-Durchlauf. Der Honest Architect extrahiert die Mechanismus-Formen (das OpenAI-kompatible Protokoll als Anbieter-Flexibilitäts-Mechanismus; der System-Schlüsselbund als Schlüssel-Souveränitäts-Mechanismus; das Fähigkeitsfeld als Runtime-geparstes Schema; externe Agenten als die der-Raum-ist-der-Router-Form) ohne OfoxAI als Produkt zu endossieren. Die Mechanismus-Formen sind Production ✅: real, implementierbar, verifiziert durch die eigene Beschreibung des Leitfadens des Konfig-Schemas und die Troubleshooting-Fehlermodi. Die OfoxAI-spezifischen kommerziellen Behauptungen — «100+ Mainstream-LLMs», «0% Plattform-Gebühr», «offizielle DeepSeek-Raten, kein Aufschlag», die spezifischen Modellnamen und Preise — sind Partial ⚠️ (Anbieter-Selbstpromo, nicht unabhängig von Everythink verifiziert). Der Honest Architect empfiehlt OfoxAI, DeepSeek oder kein spezifisches Modell. Everythink ist eine Forecasting-Plattform, kein LLM-Anbieter-Aggregator und kein Code-Editor. Die Cross-Domain-Parallelen sind Partial ⚠️-Illustrationen der Mechanismus-Formen, keine Endorsements des Produkts das der Leitfaden verkauft. Der Scope ist zivil/defensiv: ein Konfigurationsleitfaden für einen Code-Editor ist keine Waffe. Kein Token-, Wallet- oder Community-Credit-Ergebnis versprochen; diese sind Roadmap 🔵, Howey-Review ausstehend.

Häufig gestellte Fragen

Ist das OpenAI-kompatible Protokoll die Behauptung oder der Mechanismus?

Der Mechanismus. Theorem 3: die Eigenschaft (einen LLM-Backend gegen einen anderen austauschen ohne Rekompilierung) wird garantiert durch den Mechanismus (eine standardisierte API-Oberfläche + ein Konfig-Schema das der Editor beim Start parst), nicht durch die Behauptung «wir unterstützen 100+ Modelle.» Der Honest Architect etiquettiert die Form das-Protokoll-ist-der-Mechanismus Production.

Wie parallelisiert der Schlüsselbund Eye Key?

Der Leitfaden: «Der API-Key wird sicher im System-Schlüsselbund gespeichert und nie in Klartext in Konfigurationsdateien geschrieben.» Die Eigenschaft (der Schlüssel ist nicht in Klartext-Konfig) wird garantiert durch den Mechanismus (im OS-Schlüsselbund speichern, nicht im JSON). Eye Key: die Eigenschaft (das Plaintext nie Festplatte berührt) wird garantiert durch den Mechanismus (HMAC vor Persistieren, nur der Fingerabdruck geht zu Postgres). Gleiche Form — speichere-das-Geheimnis-außerhalb-Klartext — getrennte Domains. Der Honest Architect etiquettiert Schlüsselbund-nicht-Klartext Production und die Cross-Domain-Parallele Partial.

Wie parallelisiert das Fähigkeitsfeld Zod an der Grenze?

Jeder Modelleintrag hat capabilities: { tools: true, images: false }. Zed liest die Fähigkeiten beim Start und routet entsprechend. Zod-Schemas werden an der Netzwerk-Grenze geparst und routen die Anfrage basierend auf dem geparsten Wert. Beides sind Runtime-geparste Schemas. Der Honest Architect etiquettiert Fähigkeiten-sind-das-Schema Production und die Cross-Domain-Parallele Partial.

Wie parallelisieren externe Agenten der-Raum-ist-der-Router?

Zeds Externe Agenten (Claude Code, Codex CLI, Gemini CLI) «laufen unabhängig, haben eigene Anmeldedaten, Modellzugriff und Abrechnung — getrennt von deinem konfigurierten LLM-Anbieter.» Der Editor routet; der Agent läuft auf eigene Faust. Everythinks Network→Community→Room-Topologie routet bevor etwas antwortet; die geroutete Entität läuft auf eigene Faust. Gleiche Form — der-Editor-routet-der-Agent-läuft — getrennte Domains. Der Honest Architect etiquettiert die Form Production und die Cross-Domain-Parallele Partial.

Endossiert Everythink OfoxAI oder Zed?

Nein. Everythink ist eine Forecasting-Plattform, kein LLM-Anbieter-Aggregator und kein Code-Editor. Der OfoxAI Zed-Leitfaden ist ein Anbieter-Konfigurations-Durchlauf. Der Honest Architect extrahiert die Mechanismus-Formen ohne das Produkt zu endossieren. Die OfoxAI-spezifischen kommerziellen Behauptungen sind Partial (Anbieter-Selbstpromo, nicht unabhängig verifiziert). Kein Token-, Wallet- oder Community-Credit-Ergebnis versprochen; diese sind Roadmap, Howey-Review ausstehend.

Quellen

• OfoxAI, «Zed Editor: Configure Custom LLM Providers & External Agents», OfoxAI, veröffentlicht 2026-03-30, abgerufen 2026-08-23, https://ofox.ai/blog/zed-editor-ai-configuration-guide-2026/

Wenn dein Team bereit ist, den Mechanismus zu shippen statt die Eigenschaft zu behaupten, baue dein Network — die Sisters entwerfen, der Oracle normalisiert, das Protokoll routet.