Aktualisiert:: 17. Juli 2026
Autor:: Roland Golla

Dunkles Bild KI Agent tippt am KILO CODE Editor mit Rakete und Open Source Schloss

Was ist Kilo Code?

Kilo Code ist ein Open Source KI Coding Agent für VS Code, JetBrains, Terminal und Cloud. Er entstand als Fork von Cline und Roo Code und gilt seit dem Aus von Roo Code als dessen Nachfolger.

Die Idee steckt im Namen. Gründer Jan Paul Posma sagt sinngemäß: KI schreibt Code künftig in Masse, wie Reis oder Kartoffeln nach Gewicht. Kilo Code will genau das liefern, einen durchgängigen Agent vom Plan über den Code bis zum Deployment.

Der große Unterschied zu Cursor oder GitHub Copilot ist die Offenheit. Du siehst jeden Prompt, wählst aus über 500 Modellen von mehr als 60 Providern und bringst eigene API Keys mit. Kein Vendor Lock in, keine stille Kontext Kompression, kein verstecktes Modell Switching. Kilo Code ist Apache 2.0 lizenziert und damit voll auditierbar.

Inhalt

Kilo Code mit NCA: Einordnung vom Vibe Coding Experten

Bei Never Code Alone gehören modell agnostische Coding Agents zum Alltag. Wir arbeiten täglich mit OpenCode und Claude Code, betreiben lokale Modelle über Ollama im eigenen Stack und wissen aus echter Praxis, wo ein offener Agent wie Kilo Code Zeit spart und wo seine Grenzen liegen.

Kilo Code ordnen wir für dein Team sauber ein. Wo passt der Umstieg von Cursor oder Cline, wann lohnt der offene Ansatz mit eigenen Keys, wie sichert man Qualität mit Guardrails für Produktionscode ab. Genau diese Einordnung liefern wir im Vibe Coding Consulting, vom ersten Prototyp bis zum stabilen Team Workflow.

Lass uns sprechen

Finde das passende Angebot für dein Projekt

🤖

Hey! Ich bin CodeBot. Lass uns herausfinden, wie wir dein Projekt zum Fliegen bringen.

Was soll entstehen?

Kilo Code, Roo Code und die OpenCode Basis

Die Geschichte von Kilo Code erklärt viel. Das Tool ist ein Fork von Cline und Roo Code und ging mit acht Millionen Dollar Seed Finanzierung an den Start. Roo Code war lange einer der beliebtesten offenen Coding Agents im VS Code Ökosystem, mit über drei Millionen Installationen.

Am 15. Mai 2026 kam die Zäsur. Das Roo Code Repository wurde archiviert, das Originalteam wechselte zu einem neuen Projekt. Damit stand für viele Teams die Frage im Raum: Womit weiter arbeiten? Kilo Code positioniert sich als aktiv gepflegter Nachfolger und wird sogar vom Roo Team empfohlen.

Technisch spannend ist das Fundament. Kilo hat seine VS Code Extension auf dem OpenCode Server neu gebaut, einer MIT lizenzierten Engine, die CLI, Extension und Cloud Agents gemeinsam antreibt. Als Modelle laufen offene Kandidaten wie GLM-5 oder Devstral genauso wie Claude, GPT und Gemini. Kilo ist einer der offiziellen Mistral Partner.

Die wichtigsten Features von Kilo Code

Kilo Code bündelt in einem Agent, was sonst auf viele Tools verteilt ist. Diese Bausteine tauchen in fast jedem Erfahrungsbericht als Stärke auf:

Modellfreiheit: über 500 Modelle von mehr als 60 Providern, Wechsel mitten in der Session, eigene Keys ohne Aufschlag. Tester bestätigen, dass Kilo exakt den Provider Tarif abrechnet.
Orchestrator Mode: zerlegt komplexe Aufgaben in Teilschritte und leitet jeden an einen Spezialmodus, etwa Architect für die Planung, Code für die Umsetzung und Debug für die Fehlersuche.
Auto Model Routing: wählt pro Teilaufgabe das passende Modell nach Aufgabentyp und Budget.
MCP Marketplace: bindet Tools wie Context7 über das Model Context Protocol ein, damit der Agent aktuelle Doku nutzt statt zu halluzinieren.
Überall lauffähig: IDE, Terminal und Cloud teilen sich eine Session. Task am Handy starten, in VS Code fertigstellen.
Lokale Modelle: über Ollama und LM Studio laufen Modelle komplett offline.
Transparenz: Prompts, Kontext Policy und Tool Layer sind offen einsehbar, die Extension ist Apache 2.0 lizenziert.

Von der IDE bis in die Cloud: Die Ebenen von Kilo Code

Kilo Code ist nicht nur eine Extension. Der gleiche offene Agent läuft auf mehreren Ebenen, von der klassischen IDE bis zum gehosteten Dauerbetrieb. Wer die Ebenen kennt, wählt bewusst, wie viel Autonomie er dem Agent gibt.

Ebene	Oberfläche	Typischer Einsatz
Level 1: IDE	VS Code, JetBrains, VS Code Forks	Interaktives Coding mit Freigabe pro Schritt
Level 2: CLI	Terminal Agent	Scripting, Automatisierung, CI Aufgaben
Level 3: Cloud	Cloud Agents	Remote Tasks und Review Workflows
Level 4: KiloClaw	Always on gehostet, Telegram Discord Slack	Agent arbeitet nach Feierabend weiter

Grüne Balken Infografik zeigt Kilo Code Levels IDE CLI Cloud und KiloClaw

Kilo Code installieren und deinstallieren

Die Kilo CLI kommt als globales Paket. Ein Befehl, fertig. Wer Homebrew, pnpm oder bun nutzt, nimmt einfach die passende Zeile.

Code:

          npm install -g @kilocode/cli

# oder
curl -fsSL https://kilo.ai/cli/install | bash
pnpm add -g @kilocode/cli
bun add -g @kilocode/cli
brew install Kilo-Org/tap/kilo

Danach prüfst du die Version und startest die TUI im Projektordner. Beim ersten Start legst du mit dem Slash Befehl /connect deine Provider Zugänge an. Wer lieber lokal arbeitet, hängt statt eines Cloud Providers einen Ollama Endpoint in die Konfiguration.

Code:

          kilo --version
kilo

# einzelner Auftrag ohne TUI
kilo run "Refactor die Rechnungsklasse"

Wichtig für alle, die von OpenCode kommen: Die Kilo CLI ist ein Fork von OpenCode und versteht dieselben Optionen. Sie liest aber keine .opencode Verzeichnisse mehr. Deine globale Konfiguration gehört nach ~/.config/kilo/, die Projektkonfiguration nach ./.kilo/. Wer das vergisst, wundert sich über verschwundene Modelle und leere Provider Listen.

Claude Code lässt sich als Provider einbinden. Du installierst die Claude CLI, meldest dich einmal an und wählst Claude Code in den Kilo Einstellungen als API Provider. Damit läuft deine bestehende Authentifizierung weiter, ein zusätzlicher API Key ist nicht nötig. Wie sich das Ökosystem drumherum entwickelt, zeigen unsere Seiten zu Claude Code Plugins und Everything Claude Code.

Die Deinstallation bringt Kilo selbst mit. Der Befehl kilo uninstall entfernt das Tool samt zugehöriger Dateien. Wer über npm installiert hat, kann das Paket zusätzlich global entfernen. Konfiguration und Sessions liegen separat und werden bewusst nicht angefasst, solange du sie nicht selbst löschst.

Code:

          kilo uninstall

# npm Installation entfernen
npm uninstall -g @kilocode/cli

# Reste von Konfiguration und Projektsettings
rm -rf ~/.config/kilo
rm -rf ./.kilo

Ein sauberer Rückweg ist mehr wert als jedes Feature. Genau das prüfen wir im Vibe Coding Consulting bei jedem neuen Agent: Wie schnell ist er drin, wie sauber ist er wieder draußen, und was bleibt im System zurück.

Modelle und Provider in Kilo Code einrichten

Kilo koppelt dich an kein Modell. Du bringst deine eigenen Zugänge mit oder gehst über das Kilo Gateway. Der schnellste Weg ist der Slash Befehl /connect in der TUI, alternativ verwaltest du Zugänge über kilo auth.

Wer die Konfiguration lieber im Editor pflegt, schreibt sie direkt nach ~/.config/kilo/kilo.jsonc. Modelle stehen im Format Provider Slash Modell. API Keys gehören nie hart in die Datei, sondern als Referenz auf eine Umgebungsvariable.

Code:

          {
  "model": "anthropic/claude-sonnet-4-20250514",
  "provider": {
    "anthropic": {
      "options": {
        "apiKey": "{env:ANTHROPIC_API_KEY}"
      }
    }
  }
}

Ein wichtiges Sicherheitsdetail: Die Referenz auf Umgebungsvariablen löst Kilo nur in vertrauenswürdiger Konfiguration auf, also global oder über eine verwaltete Organisationskonfiguration. Eine im Repository eingecheckte Projektdatei kann sich damit keine Secrets ziehen. Genau solche Details entscheiden darüber, ob ein Agent in einem Unternehmen freigegeben wird.

Für Teams mit Datenschutzanforderungen ist der lokale Weg interessant. Ein Endpoint auf Ollama oder LM Studio lässt sich als Provider registrieren. Wann das trägt und wann nicht, ordnen wir im Beitrag zu lokaler KI für Compliance ein.

Mit kilo models listest du auf, was aktuell verfügbar ist. kilo roll-call testet mehrere Modelle auf Erreichbarkeit und Latenz. Das spart die klassische Fehlersuche, wenn ein Provider stillschweigend dichtmacht.

Agents und Modi: Architect, Ask, Debug, Orchestrator

Kilo arbeitet mit spezialisierten Agents statt mit einem Alleskönner. Architect plant, Ask beantwortet Fragen zur Codebasis ohne Dateien anzufassen, Debug sucht Fehler, Code schreibt, Orchestrator verteilt größere Aufgaben. Review prüft Änderungen auf Performance, Sicherheit, Stil und Testabdeckung.

Der Wechsel läuft über /agents, das Modell wechselst du mit /models. Eigene Agents lassen sich definieren und mit kilo agent verwalten. Für Teams ist das der Hebel, um Konventionen zu erzwingen statt sie in jedem Prompt zu wiederholen.

Der Befehl /init legt eine AGENTS.md im Projekt an. Diese Datei ist das Gedächtnis des Agents: Architekturentscheidungen, Coding Standards, verbotene Pfade. Wer sie sauber pflegt, bekommt deutlich weniger Ausreißer. Wie so eine Wissensdatei aufgebaut sein sollte, zeigen wir am SKILL.md Format.

Lokale Code Reviews sind der unterschätzte Teil. Mit /review prüfst du Änderungen, bevor ein Pull Request entsteht.

Code:

          # alle Änderungen prüfen
/review

# Branch gegen Basis prüfen
/review branch main

# einzelnen Commit prüfen
/review a1b2c3d

Wer mehrere Agents parallel laufen lässt, braucht saubere Trennung im Repository. Dafür sind Git Worktrees das Mittel der Wahl, unabhängig vom eingesetzten Agent.

Permissions als Guardrails: was der Agent darf

Das Permission System ist der wichtigste Block für den Produktionseinsatz. Jede Aktion endet in einer von drei Entscheidungen: allow läuft ohne Rückfrage, ask fragt nach, deny blockiert. Ohne diese Regeln ist ein Coding Agent im Firmenkontext nicht verantwortbar.

Code:

          {
  "permission": {
    "*": "ask",
    "bash": {
      "*": "ask",
      "git *": "allow",
      "npm *": "allow",
      "rm *": "deny"
    },
    "edit": {
      "*": "ask",
      "vendor/*": "deny"
    }
  }
}

Regeln werden per Muster ausgewertet, die letzte passende Regel gewinnt. Der Catch all Eintrag steht deshalb oben, die Spezialfälle darunter. Mit external_directory legst du fest, ob der Agent überhaupt aus dem Arbeitsverzeichnis heraus darf. In den meisten Projekten lautet die Antwort nein.

Im interaktiven Modus bietet Kilo bei jeder Bestätigung gestaffelte Optionen an, etwa immer git status erlauben. Die gewählte Regel landet automatisch in der globalen Konfiguration. Praktisch, aber ein Punkt für das Team Onboarding: Jeder Klick verändert die Guardrails aller künftigen Sessions.

Diese Denkweise nennen wir Vise Coding: KI schreibt schnell, Guardrails halten dagegen. Tests, Linter und Permissions sind dabei kein Bremsklotz, sondern die Bedingung dafür, dass Geschwindigkeit überhaupt etwas wert ist.

MCP Server und Skills in Kilo Code anbinden

Ein Coding Agent wird erst durch Anbindung an echte Systeme nützlich. Kilo unterstützt das Model Context Protocol und verwaltet Server über den Befehl kilo mcp. Die Konfiguration liegt gemeinsam mit Provider und Permission Einstellungen in der kilo.jsonc.

Code:

          kilo mcp

# aktive Server in der Session umschalten
/mcps

Typische Kandidaten sind Repository Zugriff über den GitHub MCP Server, Ticketsysteme, Monitoring und das eigene CMS. In unseren eigenen Projekten läuft genau dieser Weg: Der Agent liest und schreibt über MCP statt über Copy and Paste.

Skills ergänzen Fachwissen und wiederkehrende Abläufe. Statt jeden Prompt neu zu schreiben, hinterlegst du einmal eine Anleitung, die der Agent bei passendem Kontext zieht. Aufbau und Trigger erklären wir im Detail beim SKILL.md Format und bei Everything Claude Code.

Nach Änderungen an Konfiguration, Skills oder Agents lädst du alles mit /reload neu, ohne die Session zu verlieren. Kleines Detail, spart im Alltag viele Neustarts.

Kilo Code in der CI CD Pipeline nutzen

Kilo läuft nicht nur interaktiv. Mit dem Flag für den autonomen Modus arbeitet der Agent ohne Rückfragen und beendet sich selbst, sobald die Aufgabe erledigt ist oder ein Timeout greift. Damit wird er in einer Pipeline einsetzbar.

Code:

          kilo run --auto "Implementiere Feature X"

In GitHub Actions ist das ein einzelner Schritt. Wichtig ist die Auswertung der Exit Codes: 0 steht für erfolgreich abgeschlossen, 124 für Timeout, 1 für einen Fehler beim Start oder in der Ausführung.

Code:

          - name: Run Kilo Code
  run: kilo run --auto "Implementiere das neue Feature"

Der entscheidende Punkt: Im autonomen Modus zählt ausschließlich die Auto Approval Konfiguration. Was nicht erlaubt ist, passiert nicht. Eine schlampige Permission Datei fällt hier sofort auf die Füße, entweder weil der Job blockiert oder weil er zu viel darf.

Wer Agents dauerhaft in Pipelines laufen lässt, braucht Beobachtbarkeit. Kosten, Token und Laufzeiten prüfst du mit kilo stats, für die tiefere Auswertung eignet sich eine Plattform wie Langfuse. Beim Aufbau solcher Pipelines unterstützen wir Teams im Vibe Coding Consulting.

Datenschutz, Telemetrie und Remote Zugriff

Drei Punkte solltest du vor dem Rollout kennen. Erstens: Telemetrie ist standardmäßig aktiv. Sie lässt sich über eine experimentelle Option abschalten, wer OpenTelemetry ohnehin einsammelt, leitet die Daten stattdessen auf den eigenen Endpoint um.

Code:

          {
  "experimental": {
    "openTelemetry": false
  }
}

Zweitens der Remote Modus. Er erlaubt es, lokale Sessions aus der Cloud Oberfläche zu steuern. Praktisch für unterwegs, aber die Dokumentation warnt selbst deutlich: Wer Zugriff auf das Konto hat, kann Nachrichten an deinen Rechner schicken. In einem Unternehmensumfeld gehört diese Funktion bewusst deaktiviert oder sauber abgesichert.

Drittens die Modellwahl. Kilo selbst ist offen, die Modelle dahinter sind es nicht automatisch. Wer über das Gateway an amerikanische Anbieter geht, verlagert Quellcode dorthin. Für schutzbedürftige Projekte führt der Weg über eigene Inferenz. Die Abwägung dahinter beschreiben wir bei lokaler KI für Compliance und bei Ollama.

Für Organisationen gibt es verwaltete Konfiguration und Teamzuordnung über eine Umgebungsvariable. Damit lassen sich Vorgaben zentral setzen, statt auf die Disziplin einzelner Entwickler zu hoffen. Genau dieser Schritt fehlt in den meisten Teams, die KI Tools zu schnell eingeführt haben.

Typische Probleme und wie du sie löst

Vier Stolperstellen tauchen immer wieder auf. Die häufigste ist die Konfiguration nach dem Umstieg von OpenCode: Kilo liest die alten Verzeichnisse nicht mehr. Verschiebe die globale Datei nach ~/.config/kilo und die Projektdatei nach ./.kilo, dann sind Modelle und Provider wieder da.

Bricht die CLI mit einer Meldung über eine illegale Instruktion ab, fehlt der CPU die AVX Unterstützung. Für diesen Fall gibt es bei den Releases eine Baseline Variante, die du entpackst und direkt startest. Betrifft vor allem ältere Server, auf denen der Agent im Hintergrund laufen soll.

Unter Windows sendet das Terminal die Kombination aus Umschalt und Enter nicht automatisch. Ohne eine einmalige Anpassung der Terminal Einstellungen schickst du jede Zeile sofort ab, statt einen Absatz zu schreiben. Auch die Belegung für Rückgängig weicht unter Windows bewusst ab.

Bleibt der Agent hängen oder ignoriert er neue Vorgaben, hilft die Kombination aus /reload und einer frischen Session. Für die Fehlersuche stehen kilo debug sowie die Ausgabe der Logs bereit.

Code:

          kilo --print-logs --log-level DEBUG

kilo debug

Und der Klassiker aus unseren Beratungsprojekten: Der Agent schreibt zu viel auf einmal. Kleine Aufgaben, klare Vorgaben in der AGENTS.md und Tests als Netz. Ohne Guardrails wird aus schnellem Code schnell teurer Code.

Stärken und Grenzen ehrlich bewertet

Kilo Code ist beliebt, und das zu Recht. Trotzdem gehört zur ehrlichen Einordnung die andere Seite. Diese Punkte solltest du kennen, bevor du dein Team umstellst:

Fork Komplexität: Kilo sitzt auf Cline und Roo Code auf. Mit den geerbten Features kommt auch geerbte technische Schuld.
Kleineres Ökosystem: die Sammlung an Custom Modes und MCP Servern ist jünger als bei etablierten Terminal Agents und dem stabilen Cline.
Kein kommerzieller Support: keine SLA, keine Compliance Zertifizierungen. Hilfe läuft über GitHub Issues und Discord.
Agent Loops: in der Praxis bleibt der Agent gelegentlich in Schleifen hängen, oft schwer zuzuordnen ob Modell oder Prompt.
Umstiegskosten: wer mit Cursor oder Copilot schon produktiv und zufrieden ist, spart durch den Wechsel womöglich wenig.

Unser Fazit: Kilo Code ist ein starker offener Agent mit klaren Stärken bei Modellfreiheit und Transparenz. Für einen produktiven Team Einsatz brauchen Setup, Kostensteuerung und Governance aber Erfahrung. Genau da hilft eine neutrale Einordnung, statt blind auf den Hype aufzuspringen.

Kilo Code im europäischen Kontext

Für europäische Teams ist der offene Ansatz mehr als ein technisches Detail. Mit eigenen Keys und lokalen Modellen bleibt Code auf dem eigenen Rechner. Wer über Ollama ein Modell wie GLM-5 oder Devstral betreibt, hält sensible Daten aus der Cloud heraus.

Das ist der entscheidende Hebel für DSGVO und Berufsgeheimnis. Der Modellwechsel funktioniert in allen offenen Agents wie Kilo Code, Cline und OpenCode identisch, der Workflow bleibt gleich, nur das Modell wechselt. Wie du diesen Wechsel sauber ins Team bringst und mit Guardrails absicherst, gehört bei uns zum Beratungsalltag.

AI agents will produce code by the kilo

Jan Paul Posma, Gründer Kilo Code – via tessl.io (10. Dezember 2025)

Everything Claude Code 2026: ECC für Claude Code und OpenCode

Everything Claude Code (ECC) bündelt 182 Skills, 48 Agents und AgentShield für Claude Code, OpenCode und Codex. NCA ordnet das System ein

Mehr erfahren

NCA und offene Coding Agents in der Praxis

Offene Coding Agents sind bei Never Code Alone kein Experiment, sondern Daily Driver. Wir setzen OpenCode und Claude Code täglich ein, betreiben lokale Modelle über Ollama auf eigenen Servern und orchestrieren parallele Agenten mit Git Worktrees. Aus dieser Praxis kennen wir die Stellen, an denen ein offener Agent glänzt und die, an denen er ohne Guardrails Chaos anrichtet.

Kilo Code behandeln wir bewusst editorial. Es ist ein spannender Kandidat für Teams, die Modellfreiheit und Transparenz brauchen. Ob es in deinem Stack der richtige Agent ist, klären wir im Vibe Coding Consulting. Wir begleiten das Onboarding vom Prompter zum Developer, retten gestrandete KI Prototypen und bauen mit dir einen lokalen KI Stack, der zu DSGVO und Berufsgeheimnis passt.

CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.

NCA Vibe Coding Consulting

Roland Golla ist Entwickler aus Leidenschaft – seit über 20 Jahren. Er hat hunderte Projekte begleitet, von Legacy-Refactoring bis KI-Integration. Bei Vibe Coding verbindet er das Beste aus beiden Welten: Die Geschwindigkeit von KI-generiertem Code mit der Qualität professioneller Softwareentwicklung. Kein Bullshit, keine Agentur-Floskeln – direkte Hilfe von jemandem, der selbst täglich im Code steckt.

E-Mail Kontakt

Häufige Fragen zu Kilo Code

Die wichtigsten Fragen rund um Kilo Code, kompakt beantwortet für den schnellen Überblick.

Was ist Kilo Code 2026?

Kilo Code ist ein Open Source KI Coding Agent für VS Code, JetBrains, Terminal und Cloud. Er entstand als Fork von Cline und Roo Code und gilt seit dem Aus von Roo Code als aktiv gepflegter Nachfolger. Der Agent plant, schreibt, testet und deployt Code und arbeitet mit über 500 Modellen.

Ist Kilo Code 2026 kostenlos?

Ja, die Extension und die CLI sind kostenlos und unter Apache 2.0 quelloffen. Kosten entstehen nur für die Modellnutzung über deine eigenen API Keys. Kilo rechnet dabei exakt den Provider Tarif ohne Aufschlag ab. Tester bestätigten, dass die Abrechnung auf den Cent mit dem Anbieter Dashboard übereinstimmt.

Kilo Code oder Cursor 2026: was passt besser?

Das hängt vom Team ab. Cursor ist ein geschlossener KI Editor mit wenig Konfiguration und starkem Autocomplete. Kilo Code ist offen, bringt über 500 Modelle und eigene Keys mit. Wer Modellfreiheit und Transparenz will, gewinnt mit Kilo. Wer mit Cursor schon produktiv ist, spart durch den Wechsel oft wenig.

Ist Kilo Code 2026 der Nachfolger von Roo Code?

Praktisch ja. Das Roo Code Repository wurde am 15. Mai 2026 archiviert, das Originalteam wechselte zu einem neuen Projekt. Kilo Code ist als Fork aktiv gepflegt und wird sogar vom Roo Team als Umstieg empfohlen. Custom Modes und MCP Configs lassen sich weitgehend automatisch migrieren.

Welche Modelle unterstützt Kilo Code 2026?

Kilo Code arbeitet mit über 500 Modellen von mehr als 60 Providern. Dazu zählen Claude, GPT und Gemini genauso wie offene Modelle wie GLM-5 und Devstral. Lokale Modelle laufen über Ollama und LM Studio komplett offline. Der Wechsel ist mitten in der Session möglich.

Läuft Kilo Code lokal und DSGVO konform?

Ja. Über Ollama oder LM Studio betreibst du Modelle vollständig auf dem eigenen Rechner, ganz ohne Cloud. Mit eigenen Keys und lokaler Inferenz bleibt sensibler Code im Haus. Das ist ein starker Hebel für DSGVO und Berufsgeheimnis, muss im Team aber sauber aufgesetzt werden.

Was ist der Orchestrator Mode in Kilo Code?

Der Orchestrator Mode zerlegt eine komplexe Aufgabe in Teilschritte und leitet jeden an einen Spezialmodus weiter. Architect plant, Code setzt um, Debug sucht Fehler. So arbeitet der Agent strukturierter als ein einzelner Modus, der alles nacheinander erledigt.

Welche Nachteile hat Kilo Code?

Kilo sitzt als Fork auf Cline und Roo Code auf und erbt damit auch technische Schuld. Es gibt keinen kommerziellen Support, keine SLA und keine Compliance Zertifizierungen. Das Ökosystem an Modes und MCP Servern ist jünger als bei Cline. Gelegentlich bleibt der Agent in Schleifen hängen.

Unterstützt Kilo Code MCP?

Ja. Kilo Code bringt einen MCP Marketplace mit und bindet Tools wie Context7 über das Model Context Protocol ein. So schlägt der Agent aktuelle Bibliotheks Dokumentation nach und folgt Best Practices, statt Details zu erfinden. Eigene MCP Server lassen sich ebenfalls einbinden.

Auf welchen Plattformen läuft Kilo Code?

Kilo Code läuft in VS Code, JetBrains und weiteren VS Code Forks, dazu als CLI im Terminal und als Cloud Agent. Die Sessions synchronisieren über alle Oberflächen. Du startest einen Task am Handy und beendest ihn in der IDE, ohne Kontext zu verlieren.

Worauf basiert Kilo Code technisch?

Kilo hat seine VS Code Extension auf dem OpenCode Server neu gebaut, einer MIT lizenzierten Engine. Diese Engine treibt CLI, Extension und Cloud Agents gemeinsam an. Der offene Kern macht Prompts, Kontext Policy und Tool Layer vollständig einsehbar.

Für wen eignet sich Kilo Code?

Kilo Code passt für Teams, die Modellfreiheit ohne Provider Bindung wollen, für kostenbewusste Entwickler mit Pay per Use und für Teams, die Code lokal halten müssen. Auch Multi Plattform Teams profitieren. Wer mit Cursor oder Copilot schon zufrieden und produktiv ist, braucht den Wechsel nicht zwingend.

Wie installiere ich die Kilo CLI?

Der Standardweg ist npm install -g @kilocode/cli. Alternativ gibt es ein Installationsskript per curl sowie Pakete für pnpm, bun, Homebrew und die Arch Linux AUR. Danach prüfst du mit kilo --version die Installation und startest die Oberfläche im Projektordner mit dem Befehl kilo.

Wie deinstalliere ich Kilo Code wieder vollständig?

Kilo bringt dafür einen eigenen Befehl mit: kilo uninstall entfernt das Tool samt zugehöriger Dateien. Wer über npm installiert hat, räumt zusätzlich mit npm uninstall -g @kilocode/cli auf. Konfiguration und Projekteinstellungen bleiben liegen, bis du die Verzeichnisse ~/.config/kilo und ./.kilo selbst löschst.

Wo liegt die Konfiguration von Kilo Code?

Global in ~/.config/kilo/ als kilo.json oder kilo.jsonc, dazu tui.jsonc für Oberfläche, Töne und Tastenbelegung. Projektbezogen greifen ./kilo.json oder Dateien in ./.kilo/. Die Projektkonfiguration hat Vorrang vor der globalen. Nach Änderungen lädst du alles mit dem Befehl /reload neu.

Ich komme von OpenCode, warum sind meine Einstellungen weg?

Kilo greift nicht mehr auf .opencode Verzeichnisse zurück. Deine globale Konfiguration muss nach ~/.config/kilo/ wandern, die Projektkonfiguration nach ./.kilo/. Danach sind Provider, Modelle und Berechtigungen wieder da. Die Optionen selbst bleiben identisch, weil die Kilo CLI ein Fork von OpenCode ist.

Kann ich Claude Code als Provider in Kilo Code nutzen?

Ja. Du installierst die Claude CLI, meldest dich einmal an und wählst Claude Code in den Kilo Einstellungen als API Provider. Damit läuft deine bestehende Authentifizierung weiter, ein separater API Key entfällt. Liegt die ausführbare Datei an einem eigenen Ort, trägst du den Pfad in den Einstellungen nach.

Wie aktualisiere ich Kilo Code?

Am einfachsten mit kilo upgrade. Der Befehl akzeptiert auch eine konkrete Zielversion, wenn du bewusst auf einem Stand bleiben willst. Bei einer Installation über npm funktioniert alternativ npm update -g @kilocode/cli. Nach dem Update lohnt ein Blick auf kilo --version.

Wie schränke ich ein, was der Agent ausführen darf?

Über den Permission Block in der Konfiguration. Jede Aktion endet auf allow, ask oder deny, Muster wie git oder rm lassen sich einzeln regeln. Mit external_directory steuerst du, ob der Agent das Arbeitsverzeichnis verlassen darf. Für Produktionsprojekte ist genau das die wichtigste Einstellung.

Läuft Kilo Code in CI CD Pipelines?

Ja, über kilo run --auto arbeitet der Agent ohne Rückfragen und beendet sich selbst. Die Exit Codes sind eindeutig: 0 für Erfolg, 124 für Timeout, 1 für Fehler. Im autonomen Modus zählt ausschließlich deine Auto Approval Konfiguration, deshalb muss sie vorher sauber stehen.

Sendet Kilo Code Telemetrie?

Telemetrie ist standardmäßig aktiv und lässt sich über die experimentelle Option openTelemetry abschalten. Wer bereits OpenTelemetry einsammelt, leitet Traces und Logs stattdessen auf den eigenen OTLP Endpoint um. Für Unternehmen ist das ein Punkt, der vor dem Rollout geklärt gehört.

Die CLI stürzt mit Illegal instruction ab, was hilft?

Dann fehlt der CPU die AVX Unterstützung, typisch bei älteren Servern und Xeon Generationen. Für diesen Fall gibt es bei den GitHub Releases eine Baseline Variante für Linux, macOS und Windows. Archiv entpacken, Binary direkt starten, fertig. Die Funktionen bleiben identisch.

Wie behalte ich Token Verbrauch und Kosten im Blick?

Mit kilo stats siehst du Token und Kosten der Sessions direkt im Terminal. Für dauerhafte Auswertung über mehrere Projekte hinweg lohnt eine Observability Plattform wie Langfuse. Gerade beim autonomen Betrieb in Pipelines ist diese Sichtbarkeit die Grundlage für jede Kostenkontrolle.

A/B Testing mit KI – Automatisiertes Testing für Entwickler 2026