CLI-Tool
cline/cline avatar
cline/cline

Cline: der Coding-Agent als CLI, SDK und IDE-Erweiterung

Autonomer Coding-Agent als SDK, IDE-Erweiterung oder CLI-Assistent.

68.106 Sterne7.364 ForksTypeScriptApache-2.0

Auf einen Blick

Was ist das?
Cline bringt einen autonomen Coding-Agenten ins Terminal und in die IDE, mit Plan- und Act-Modus, Checkpoints und freier Modellwahl. Was README und Metadaten zu Aufbau, Installation und Grenzen sagen.
Für wen ist es gedacht?
Cline passt für Entwickler, die einen Agenten mit Zustimmungsschleife und Checkpoints im eigenen Codebestand arbeiten lassen wollen und selbst ein Modell über Anthropic, OpenRouter oder lokale Endpunkte wählen. Es passt weniger für Teams, die eine offene Codebasis für jede Oberfläche brauchen, denn die JetBrains-Clients sind nicht quelloffen.
Darf ich es kommerziell nutzen?
Ja. Apache-2.0 ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
Wird es noch gepflegt?
Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
In welcher Sprache ist es geschrieben?
Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.

Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.

TIEFGEHENDE OPEN-SOURCE-ANALYSE

Ein Agentkern, mehrere Oberflächen: der Aufbau von cline/cline

Das Repository cline/cline beschreibt sich als quelloffener Coding-Agent für IDE und Terminal. Die Übersicht im README listet fünf Produkte auf einem gemeinsamen Kern: die CLI, ein Kanban-Board, die VS Code Extension, das JetBrains Plugin und das SDK. Die Metadaten zeigen TypeScript als Sprache, Apache-2.0 als Lizenz, über 67000 Sterne und einen letzten Push am 28. August 2026.

Der Index im README ordnet jedem Produkt Ort und Changelog zu, das SDK liegt unter sdk/, die CLI unter apps/cli/. Ein Detail verdient Aufmerksamkeit: Das JetBrains Plugin ist laut Index derzeit nicht quelloffen, es redet als gehosteter Client nur mit dem gemeinsamen Agentkern. Wer Lizenztransparenz für alle Oberflächen braucht, hat hier eine dokumentierte Grenze.

npm i -g cline: Installation, nightly Builds und Plattform-Binärdateien

Die CLI wird global mit npm i -g cline installiert, der Link apps/cli/README.md im README führt zu den Details. Laut CLI-Dokumentation werden Plattform-Binärdateien für macOS, Linux und Windows auf arm64 und x64 veröffentlicht, das Paket löst über optionale Abhängigkeiten die passende Binärdatei auf. Für die Installation selbst wird keine Node-, Bun- oder Zig-Laufzeit gebraucht.

Wer nächtliche Stände testen will, greift zu npm install -g cline@nightly. Das CLI-README nennt keine Mindest-Node-Version, solche Angaben bleiben den Paketmetadaten überlassen. Für die VS Code Extension führt der Weg über den Visual Studio Marketplace, für die JetBrains-Familie über das JetBrains Marketplace, beide Links stehen im README.

Plan- und Act-Modus mit Checkpoints und .clinerules-Dateien

Der Arbeitsmodus trennt Denken und Ausführen. Im Plan-Modus erkundet Cline die Codebasis, stellt klärende Fragen und legt eine Strategie dar. Nach dem Umschalten führt der Act-Modus den Plan aus. Jede Dateiänderung und jeder Terminalbefehl verlangt laut README eine Zustimmung, alternativ schaltet man den Auto-Approve frei und lässt den Agenten autonom laufen.

Jede Änderung erscheint in der IDE als Diff, den man prüfen, ändern oder zurücknehmen kann. Checkpoints halten den Verlauf fest, sodass sich die Arbeit des Agenten rückgängig machen lässt. Projektregeln kommen aus .clinerules-Dateien, die Coding-Standards, Architekturkonventionen, Deployment-Prozeduren und Testanforderungen beschreiben. Diese Regeln laden CLI, VS Code Extension und JetBrains Plugin automatisch, Skills erlauben das gezielte Laden bei Bedarf.

Modelle frei wählen: von Anthropic und OpenRouter bis Ollama

Cline ist nach README nicht an einen Anbieter gebunden. Die Tabelle nennt Anthropic mit Claude Opus, Sonnet und Haiku, OpenAI mit der GPT-Reihe, Google mit Gemini, OpenRouter mit über 200 Modellen, den Vercel AI Gateway, AWS Bedrock, Azure und GCP Vertex, Cerebras und Groq für schnelle Inferenz sowie Ollama und LM Studio für lokale Modelle. Auch jeder OpenAI-kompatible Endpunkt, selbst gehostet oder fremd, passt.

Laut CLI-Dokumentation läuft die Authentifizierung über cline auth, ohne Anbieterargument öffnet sich eine interaktive Setup-TUI. OAuth-fähige Anbieter starten beim normalen Start keinen Browser, wer keine gespeicherten Anmeldeinformationen hat, authentifiziert sich zuerst explizit. Bei nicht-interaktiven Läufen mit OAuth-Anbieter ohne gespeicherte Anmeldedaten bricht die CLI sofort ab, statt einen versteckten Browserfluss zu öffnen. Ob Anbieter-Anmeldeinformationen im Ruhezustand verschlüsselt werden, sagt die Dokumentation nicht.

Headless-Betrieb mit --json, --yolo und CLINE_TOOL_APPROVAL_MODE

Für Skripte und CI/CD läuft die CLI ohne Interaktion. Ein einzelner Prompt als Argument führt einen Durchlauf aus, Eingaben lassen sich einleiten, zum Beispiel cat file.txt | cline. Das Flag --json streamt NDJSON-Ereignisse, die sich mit jq filtern lassen. --yolo überspringt Genehmigungsaufforderungen, --retries begrenzt aufeinanderfolgende Fehler vor dem Anhalten, standardmäßig bei drei.

Das interessanteste Detail ist der Desktop-Genehmigungsmodus: Mit den Umgebungsvariablen CLINE_TOOL_APPROVAL_MODE=desktop und CLINE_TOOL_APPROVAL_DIR schreibt die CLI Anfrage- und Entscheidungsdateien, Genehmigungen laufen also extern über Dateiaustausch. Ohne TTY werden genehmigungspflichtige Aufrufe im Terminalmodus verweigert. Das NDJSON-Schema dokumentiert das README nicht vollständig, die Ereignisstruktur zeigt sich erst im laufenden Betrieb mit --json.

Werkzeuge über @cline/sdk und createTool, Erweiterung per MCP-Server

Das SDK bringt denselben Motor in eigene Programme, installiert mit npm install @cline/sdk. Das README zeigt ein Plugin-Beispiel: createTool definiert ein Werkzeug namens deploy mit einem inputSchema, das env als Pflichtfeld verlangt, und einer execute-Funktion mit eigener Deployment-Logik. Der Agent erhält das Werkzeug über new Agent({ tools: [deployTool] }), dazu gibt es Lifecycle-Hooks für Protokollierung, Audits oder Richtlinien.

Alternativ und ergänzend verbinden MCP-Server Datenbanken, APIs und Cloud-Infrastruktur, die CLI verwaltet sie mit cline mcp. Community-Server stehen bereit, oder man lässt Cline Werkzeuge bei Bedarf erzeugen. Das README erwähnt auch Multi-Agent-Teams und Zeitpläne, die Agenten in cron-ähnlichen Intervallen starten, mit Ergebnissen zurück in Chat-Oberflächen wie Telegram, Slack, Google Chat, WhatsApp und Linear.

v4.1.16, sdk v0.0.81 und Kanban als Parallellauf-Alternative

Die Release-Historie zeigt drei Stränge: v4.1.16 vom 26. August 2026 für die Kernoberfläche, sdk/sdk/v0.0.81 vom selben Tag und desktop-v0.0.20 vom 28. August. Die SDK-Version unter 0.1 deutet auf einen noch jungen programmatischen Stand, Schnittstellen können sich also verschieben. Wer dependiert, sollte die Versionen im Manifest festhalten und das jeweilige CHANGELOG prüfen.

Als Alternative zum einzelnen Agenten im Terminal positioniert das README Kanban, installiert mit npm i -g kanban. Das webbasierte Board betreibt viele Agenten parallel, jede Karte bekommt einen eigenen Worktree, Auto-Commit und Abhängigkeitsketten. Der Unterschied zur CLI liegt damit klar auf der Hand: Kanban organisiert Parallelität und Nachfolge über ein Board, die CLI steuert einen Fokuslauf, das SDK bettet dieselbe Logik in eigene Software ein. Mit 1131 offenen Issues und dieser Produktbreite wächst auch der Pflegeaufwand, den das Team offen trägt.

Redaktionelles Fazit

Cline passt für Entwickler, die einen Agenten mit Zustimmungsschleife und Checkpoints im eigenen Codebestand arbeiten lassen wollen und selbst ein Modell über Anthropic, OpenRouter oder lokale Endpunkte wählen. Es passt weniger für Teams, die eine offene Codebasis für jede Oberfläche brauchen, denn die JetBrains-Clients sind nicht quelloffen. Bevor Sie den Automatikmodus nutzen, fahren Sie zuerst eine Session im interaktiven Modus mit cline und danach einen Kontrolllauf mit --auto-approve false, um die Genehmigungspunkte kennenzulernen.

Offizielle Quellen

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
Community-Notizen

Community-Notizen