Läuft Kimi K2.6 in Claude Code, Roo Code und Cline?

Das Ergebnis auf einen Blick

Roo Code: OpenAI-kompatibel ist nur die erste Hürde

Roo Code formuliert die entscheidende Einschränkung sehr klar: Das Tool unterstützt Anbieter mit APIs nach dem OpenAI-API-Standard, verwendet aber ausschließlich native Tool Calling. Das ausgewählte Modell muss deshalb OpenAI-kompatibles Tool Calling beherrschen; sonst kann es in Roo Code nicht genutzt werden .

Die Moonshot-base_url ist also nur der Verbindungstest. Der Kimi-K2-Quickstart zeigt zwar, dass die Moonshot-API mit einem OpenAI-Client und base_url=https://api.moonshot.ai/v1 angesprochen werden kann . Daraus folgt aber noch nicht, dass Kimi K2.6 in Roo Codes Tool-Calling-Ablauf stabil arbeitet. Für einen aussagekräftigen Test sollte man deshalb nicht nur eine einzelne Chat-Antwort prüfen, sondern Aufgaben wählen, die wirklich Werkzeuge auslösen – etwa Datei lesen, Datei ändern oder einen mehrstufigen Coding-Task bearbeiten .

Cline: Plausibler Pfad, aber noch kein direkter K2.6-Nachweis

Bei Cline ist der Einstieg ebenfalls naheliegend, weil die Dokumentation eine OpenAI Compatible Provider-Konfiguration vorsieht . Zusammen mit dem Kimi-K2.6-Quickstart und dem Kimi-K2-Beispiel für OpenAI-SDK plus Moonshot-base_url ergibt das einen plausiblen Testpfad .

Trotzdem wäre „bestätigt unterstützt“ zu stark formuliert. Die vorhandenen Dokumente zeigen die Bausteine, aber nicht die konkrete Kombination Kimi K2.6 + Cline mit nachvollziehbarer Konfiguration und Agent-Test. Bis ein solcher Beleg vorliegt, ist „gut begründeter Testkandidat“ die sauberere Einordnung.

Claude Code: Hier zählt Anthropic-Kompatibilität, nicht nur /v1

Claude Code lässt sich nicht einfach aus der Roo-Code- oder Cline-Logik ableiten. Die vorliegenden Claude-Code-Dokumente behandeln vor allem Modellkonfiguration und die Verwaltung verfügbarer Modelle über availableModels; sie liefern keinen entsprechenden Beleg für einen OpenAI-kompatiblen Provider-Pfad wie bei Cline oder Roo Code .

Der nähere technische Weg führt bei Claude Code über Anthropic-kompatible Schnittstellen. Ollama beschreibt, dass Anthropic-Messages-API-Kompatibilität die Nutzung von Claude Code mit Ollama-Modellen ermöglicht . Moonshots eigene Tool-Dokumentation zeigt für Kimi K2.5 ein Claude-Code-Setup mit ANTHROPIC_BASE_URL=https://api.moonshot.ai/anthropic, ANTHROPIC_AUTH_TOKEN und dem Modell kimi-k2.5 .

Das ist ein wichtiger Hinweis für die Fehlersuche – aber kein Nachweis für Kimi K2.6. Ein K2.5-Beispiel darf nicht automatisch auf K2.6 übertragen werden .

Prüfliste vor dem Einbau

1. Endpoint-Typ trennen. Roo Code und Cline sollte man zuerst über den OpenAI-kompatiblen Pfad prüfen; bei Claude Code ist vorrangig zu klären, ob Moonshot für Kimi K2.6 einen Anthropic-kompatiblen Pfad dokumentiert .
2. Modell-ID nicht raten. Im Kimi-K2-Quickstart lautet das Beispielmodell kimi-k2-turbo-preview; die tatsächliche K2.6-Modellkennung sollte aus dem Kimi-K2.6-Quickstart übernommen werden .
3. Bei Roo Code Tool Calling testen. Eine erfolgreiche Chat-Antwort reicht nicht. Roo Code verlangt OpenAI-kompatibles natives Tool Calling, daher muss der Test echte Werkzeugaufrufe auslösen .
4. Verbindung und Agent-Tauglichkeit getrennt protokollieren. API-Key, Base URL und Modell-ID können funktionieren, ohne dass Dateioperationen, Tool Calls und mehrstufige Coding-Aufgaben zuverlässig laufen.

Unter dem Strich

Wenn die Frage lautet, ob man Kimi K2.6 praktisch ausprobieren sollte, sind Roo Code und Cline die besten ersten Kandidaten: Beide haben OpenAI-kompatible Provider-Pfade, und die Kimi/Moonshot-Dokumentation zeigt OpenAI-SDK- beziehungsweise base_url-Nutzung . Wenn die Frage aber lautet, ob öffentliche Dokumente Kimi K2.6 bereits für Claude Code, Roo Code und Cline bestätigen, lautet die Antwort: nein. Roo Code und Cline sind testbar, aber nicht direkt verifiziert; bei Claude Code fehlt insbesondere der explizite K2.6-Beleg für einen Anthropic-kompatiblen Endpoint .