Claude Desktop wurde heimlich ausgetauscht: Auf dem Opus 5-Slot läuft Kimi K3, und ein lokaler Proxy von Ollama umgeht die abgeschottete Ökosystemmauer von Anthropic?

Vor vier Monaten wurde eine Funktion vollständig blockiert, nun ist sie auf einem neuen Weg zurückgekehrt.

Kürzlich hat Ollama in der Version v0.33.0 stillschweigend eine neue Implementierung eingeführt: einen dedizierten lokalen Proxy für Claude Desktop bereitgestellt. Am 26. August hat das offizielle Blog dies offiziell angekündigt – Claude Desktop kann Ollama nun als „Drittanbieter-Gateway-Anbieter“ konfigurieren, sodass offene Modelle wie Qwen, DeepSeek, Kimi und GLM direkt in der Oberfläche der eigenen Anwendung von Anthropic ausgeführt werden können.

Das Besondere an dieser Sache liegt nicht in „einer weiteren Integration“, sondern darin, wie es die Tür umgeht, die Anthropic vor vier Monaten selbst zugemacht hat.

Was im April passiert ist: Die Tür stand offen, aber der Pförtner prüft die Ausweise

Lassen Sie uns zuerst den vorherigen fehlgeschlagenen Versuch nachvollziehen. Wenn man diese Zeitlinie ausdehnt, ist der Rhythmus dieses Katz-und-Maus-Spiels sehr klar:

•Januar: Ollama unterstützt die Anthropic Messages API, sodass Claude Code auf Ollama verweisen kann, um lokale oder Cloud-Modelle auszuführen – der Weg über das Terminal war zuerst geöffnet;

•April: Anthropic hat in Claude Desktop stillschweigend eine Entwicklereinstellung hinzugefügt, die die Verbindung zu Drittanbieter-Inferenz-Gateways erlaubt. Ollama hat sofort nachgezogen und den Befehl ollama launch claude-desktop veröffentlicht, um die Desktop-Anwendung mit einem Klick mit sich selbst zu verbinden;

•Einige Tage später: Die Integration wurde blockiert, Ollama hat die Funktion entfernt;

•21. August: v0.33.0 kehrt mit der lokalen Proxy-Lösung zurück.

Was ist in den Tagen dazwischen passiert?

Nach einem Update von Claude Desktop stellten die Benutzer fest: Das Gateway akzeptiert Verbindungen wie gewohnt, aber es lehnt alle Modell-IDs ab, die nicht von Anthropic stammen. Auf GitHub hat ein Benutzer die damaligen Protokolle veröffentlicht – die /v1/models-Schnittstelle des Gateways gab zwar 39 Modelle zurück, aber die Anzahl der verfügbaren Modelle war 0; Wenn die Anwendung Nachrichten sendet, ruft sie hartnäckig claude-sonnet-4-6 auf und gibt dann den Fehler aus „Das Modell existiert nicht oder Sie haben keine Zugriffsberechtigung“.

Anthropic hat die Tür sehr geschickt zugemacht: Die Schnittstelle bleibt geöffnet, das Protokoll funktioniert normal, und es wird nur an der Modellliste manipuliert. Ollama hat anschließend die Funktion entfernt und bestätigt, dass die Drittanbieter-Integration von Claude Desktop nun „nur für Modelle von Anthropic verwendet werden darf“.

Wie der lokale Proxy das Problem löst: Die Anfrage wird noch vor dem Verlassen des eigenen Geräts mit einem anderen Motor versehen

Die neue Lösung von v0.33.0 verlagert den Umgehungspunkt von der Gateway-Konfiguration auf das lokale Gerät. Ollama startet einen dedizierten lokalen Proxy (der Quellcode befindet sich unter internal/proxy/claude_desktop.go), sodass die Anfragen von Claude Desktop zuerst bei diesem Proxy ankommen und dann von diesem an alle von Ollama gehosteten Modelle weitergeleitet werden.

Mermaid

Die Konfiguration wurde auf einen einzigen Klick reduziert: Öffnen Sie die Ollama-Anwendung, wählen Sie Claude aus, schalten Sie den Schalter ein, und Ollama schreibt automatisch die Drittanbieter-Gateway-Konfiguration für Claude Desktop; In der Menüleiste von Mac befindet sich dauerhaft ein Umschalter „Ollama-Modelle verwenden“; Nach dem Ausschalten werden die ursprünglichen Einstellungen von Claude unverändert wiederhergestellt.

Warum kann der lokale Proxy den Knoten vom April lösen? Der Schlüssel liegt in der Position der Vertrauensgrenze. In der Lösung vom April stellte Claude Desktop eine direkte Verbindung zum Gateway her, und das Prüfrecht für die Modellliste lag in der Hand der Anwendung, die jede unbekannte Modell-ID ablehnte. In der neuen Lösung verbindet sich die Anwendung mit einem Proxy auf der lokalen Loopback-Adresse. Für Claude Desktop sieht das Gesprächsobjekt wie ein „legaler“ lokaler Endpunkt aus; Wohin die Anfrage nach dem Verlassen der Anwendung geht und welches Modell sie verarbeitet, wird vollständig von Ollama auf dem lokalen Gerät bestimmt. Die Prüfstufe wurde auf die Seite verlagert, die vom Angreifer – genauer gesagt vom Benutzer selbst – kontrolliert wird.

Das interessanteste Design ist die Slot-Neuzuordnung. Die Oberfläche von Claude Desktop ist um die eigenen Modelle von Anthropic herum aufgebaut, und im Modellauswahlmenü stehen Namen wie Opus und Sonnet. Ollama erlaubt den Benutzern einfach, das tatsächliche Modell hinter jedem Slot individuell anzupassen: Wenn Sie „Opus 5“ auswählen, wird die Anfrage an Kimi K3 weitergeleitet; Wenn Sie „Sonnet 5“ auswählen, wird tatsächlich DeepSeek V4 Pro ausgeführt. Die Oberfläche bleibt dieselbe, aber der Motor wurde ausgetauscht. Der eingebaute Auto-Modus von Claude Desktop (die Anwendung entscheidet selbst, ob sie die Zustimmung des Benutzers einholt) wird vollständig beibehalten.

Diese Methode „Die Oberfläche bleibt unverändert, aber die Basis wird ausgetauscht“ hat in der Claude Code-Ökosystem eigentlich schon lange Beispiele: Gateways wie LiteLLM und Bifrost können die drei Slots Sonnet, Opus und Haiku beliebigen Anbietern neu zuordnen, was in der Entwicklergemeinschaft bereits sehr verbreitet ist. Ollama hat dieses Konzept nun vom Terminal in die grafische Oberfläche übertragen und gleichzeitig die Konfigurationsschwelle auf einen einzigen Klick gesenkt.

Auf der Ebene des Datenschutzes hat Ollama zwei Punkte klargestellt: Die Telemetrie ist standardmäßig deaktiviert, und alle Modelle und Dienste verfolgen eine Null-Datenaufbewahrungsrichtlinie – Prompts werden nicht an Anthropic gesendet und auch nicht von Ollama gespeichert.

Warum jemand andere Modelle in Claude ausführen möchte

Auf X ist die am häufigsten gestellte Frage genau diese: Wenn man Claude hat, warum sollte man einen Umweg machen?

Die Antwort von Ollama besteht aus vier Wörtern: Kosten, Geschwindigkeit, Portabilität und Anpassung. Lokale Modelle verursachen keine Aufrufkosten und haben keine Netzwerklatenz; Mit eigenen Daten feinabgestimmte Modelle können in den täglichen Arbeitsablauf integriert werden; Schwere Aufgaben werden an die großen Modelle von Ollama Cloud übergeben, leichte Aufgaben werden lokal ausgeführt, und man kann jederzeit wieder zu den fortschrittlichen Modellen von Anthropic wechseln.

Es gibt noch einen weiteren Grund, der nicht explizit genannt wird, aber allen Entwicklern bekannt ist: Die Daten verlassen das Gerät nicht. Sensibler Code, interne Dokumente und Kundendaten bedeuten bei der Verwendung lokaler Modelle, dass die gesamte Verbindung auf dem eigenen Gerät verbleibt. In Kombination mit der Null-Datenaufbewahrungsrichtlinie ist dies für Szenarien in Unternehmen attraktiv, in denen man „KI verwenden möchte, aber Angst vor Compliance-Problemen hat“.

Einige Leute sind verwirrt darüber, was der Unterschied zur Verbindung von Claude Code mit Ollama ist. Der Unterschied liegt im Szenario: Claude Code ist ein Programmieragent im Terminal, der hauptsächlich Entwicklern dient; Diese Integration bringt die gleichen Fähigkeiten in die grafische Desktop-Anwendung – Nicht-Terminal-Szenarien wie Gespräche, Forschung, Schreiben und Dokumentenverarbeitung können zum ersten Mal die gesamte Verbindung verlassen, ohne Claude Desktop zu verlassen. Ollama zielt offensichtlich auf eine viel größere Gruppe von Menschen ab.

Derzeit ist diese Funktion nur für die Mac-Version von Ollama verfügbar, die Unterstützung für Windows ist laut den Hinweisen von dem offiziellen Konto auf X bereits in Planung.

Signal: Die Frontend-Oberfläche und die Modell-Engine entkoppeln sich

Wenn man diese Angelegenheit in das Koordinatensystem der Branche einordnet, sind mehrere öffentliche Fakten wert, nebeneinander betrachtet zu werden.

Im Juli schloss Ollama eine Finanzierungsrunde der Serie B über 65 Millionen US-Dollar ab. Der CEO Jeffrey Morgan äußerte sich damals sehr deutlich: „Die Zukunft der KI besteht darin, dass offene Modelle überall dort ausgeführt werden, wo Arbeit stattfindet.“ Zur gleichen Zeit treibt Ollama die native Unterstützung von Apple MLX voran, um die lokale Inferenzleistung auf Mac zu verbessern. Die Integration von Claude Desktop ist das neueste Glied in dieser Strategielinie: Die Benutzer bleiben in ihren vertrauten Anwendungen, und Ollama stellt die Modelle im Hintergrund bereit.

Es gibt zwei vernünftige Schlussfolgerungen. Erstens wird diese Art von Spielart „Oberfläche und Engine entkoppeln“ sich verbreiten – in der Claude Code-Ökosystem gibt es bereits seit langem ausgereifte Praktiken mit Gateways wie LiteLLM und Bifrost, die die drei Slots Sonnet/Opus/Haiku beliebigen Modellen neu zuordnen. Die Desktop-Anwendung ist nur die nächste Oberfläche, die entkoppelt wird. Zweitens ist das Katz-und-Maus-Spiel möglicherweise noch nicht beendet. Anthropic hat im April bereits einmal demonstriert, dass es „das Protokoll durchlässt, aber die Liste blockiert“. In öffentlichen Materialien gibt es keine Stellungnahme von Anthropic zu dieser Integration; Wenn es die Prüfung erneut auf Anwendungsebene verschärft, bleibt es eine offene Frage, wie lange der lokale Proxy von Ollama standhalten kann.

Für die Lager der offenen Modelle ist die Bedeutung noch direkter: Qwen, DeepSeek, Kimi und GLM erscheinen zum ersten Mal gemeinsam im Modellauswahlmenü der eigenen Anwendung von Anthropic. Die Mauer steht noch, aber an der Mauer wurde eine Tür von jemand anderem eingebaut.

Wenn man auf diese Produktlinie zurückblickt, hat die Strategie von Ollama bereits Gestalt angenommen: Lokale Laufzeitumgebungen als Grundlage, Cloud-Dienste ergänzen die Rechenleistung, und dann klopft es nacheinander an die Tools, die Entwickler bereits verwenden – Terminal, IDE, Desktop-Anwendungen. Es versucht niemanden zu überzeugen, die Oberfläche zu wechseln, sondern macht nur eines: Offene Modelle dort verfügbar zu machen, wo die Arbeit gerade stattfindet.

Als Nächstes lohnt es sich, zwei Punkte zu beobachten: Erstens, wann die Windows-Version veröffentlicht wird, und zweitens, ob Anthropic erneut Maßnahmen ergreift. Die Blockierung im April und die Rückkehr im August beweisen eines: Bei den Modellen ist der Kampf um die „Standardoption“ bereits in die Anwendungen anderer eingezogen.