Zum Hauptinhalt springen

Coding-Agent-CLIs im Vergleich

Fortgeschritten

Du hast bereits ein Modell ausgewählt. Aber das Programm, das das Modell umhüllt — die Schleife, die Dateien liest, plant, Befehle ausführt, die eigene Arbeit prüft und Wiederholungen startet — ist eine eigenständige Entscheidung, und sie zählt mindestens genauso viel. Der Community-Name für diese Umhüllung ist das Harness (oder der Agent), und dasselbe Modell kann im einen brillant und im anderen mittelmäßig wirken. Diese Seite kartiert die Terminal-Coding-Agenten des Jahres 2026, was sie wirklich voneinander unterscheidet und wie du deine Konfiguration portabel hältst, damit die Wechselkosten niedrig bleiben.

What you'll learn
  • Zwei Entscheidungen trennen, die häufig vermischt werden: das Modell vs. das Harness, das es antreibt
  • Die dauerhafte Gestalt jedes großen CLI-Agenten kennen — Claude Code, Codex CLI, Gemini CLI und das quelloffene Feld
  • Anhand der Achsen wählen, die wirklich entscheiden: Autonomie, Offenheit, Modell-Agnostizismus, Sandboxing und Ökosystem
  • Dein Setup mit AGENTS.md portabel machen, damit du Agenten wechseln kannst, ohne deinen Projektkontext neu zu schreiben

Das Modell ist nicht der Agent​

Ein Frontier-Modell ist ein Textvorhersager. Ein Coding-Agent ist das Harness darum herum: der System-Prompt, das Werkzeugset (lesen, editieren, Shell ausführen, suchen), die Planungsschleife, die Strategie für das Kontextmanagement, das Berechtigungs- und Sandbox-Modell sowie die Wiederholungslogik. Ändere das Harness und du änderst die Ergebnisse — Praxisberichte bis 2026 beschreiben, wie dasselbe Modell bei realen Repository-Aufgaben je nach antreibendem Agenten um zig Punkte schwankt.

Das hat zwei praktische Konsequenzen:

  • Eine Benchmark-Zahl ist eine Paarung, kein Modell-Score. „83 % auf Terminal-Bench“ ist ein Ergebnis aus Modell + Harness + Gerüst. Tausche einen Teil aus, und die Zahl verschiebt sich.
  • Deine Schleife ist die eigentliche Vergleichseinheit. Der beste Agent ist der, der am besten mit deinem Stack, in deinem Terminal und zu einem Preis funktioniert, mit dem du leben kannst — exakt dieselbe Logik wie bei der Wahl eines Coding-Modells. Siehe Claude vs. GPT vs. Gemini fürs Coding für die Modell-Hälfte der Entscheidung; diese Seite ist die Harness-Hälfte.

Das Feld im Jahr 2026​

Der Raum der Terminal-Agenten teilte sich in zwei Lager: First-Party-Agenten, die auf die Modelle eines einzelnen Labors abgestimmt sind, und modell-agnostische Agenten, die du auf ein beliebiges Modell (oder lokale Gewichte) richten kannst.

AgentWerOffenheitModelleGestalt
Claude CodeAnthropicClosed SourceClaude (First-Party)Autonome, agentische Multi-Datei-Arbeit; OS-erzwungene Sandbox; tiefes Skills-/MCP-/Subagent-Ökosystem
Codex CLIOpenAIOffen (Apache-2.0, Rust)GPT (First-Party)Autonomer Terminal-Agent; native Windows-Sandbox; breite Plattformreichweite
Gemini CLIGoogleOpen SourceGemini (First-Party)Agent mit großem Kontext, Anbindungen ans Google-Ökosystem (siehe Aktualitätshinweis unten)
opencodeCommunity (anomalyco)Offen (MIT, TypeScript)Beliebig (modell-agnostisch)Der Open-Agent mit den meisten Stars; CLI + Desktop; eigenes Modell mitbringen
AiderCommunityOffen (Apache-2.0)Beliebig, inkl. lokalGit-nativer Pair-Programmer, kein vollständiger autonomer Orchestrator
Cline / Goose / andereCommunityOffenBeliebigEditor-eingebettet (Cline) oder allgemeine Open-Agenten (Goose); modell-agnostisch

Die Achsen, die wirklich entscheiden​

Ignoriere die Bestenliste für einen Moment. Das sind die dauerhaften Fragen:

Guided walkthrough1 of 5
  1. First-Party-Agenten (Claude Code, Codex CLI, Gemini CLI) sind auf ihr eigenes Modell abgestimmt und liefern meist das reibungsloseste Spitzenerlebnis. Modell-agnostische Agenten (opencode, Aider, Cline) lassen dich Modelle tauschen — heute Frontier, morgen günstig oder lokal — ohne die Werkzeuge zu wechseln. Wähle agnostisch, wenn dir das Vermeiden von Lock-in oder das Ausführen lokaler Gewichte wichtig ist.
Pro tip
  • Kaufe ein Harness nicht wegen eines Schlagzeilen-Benchmarks. Kaufe es nach einem 30-minütigen Test an einer realen Aufgabe in deinem eigenen Repo — dieselbe Bewegung „am eigenen Code evaluieren“, die jede Modell-Bestenliste schlägt.
  • Offenheit ist eine Absicherung, kein Feature, das du täglich nutzt. Ihr Wert zeigt sich an dem Tag, an dem sich ein Preis ändert oder eine kostenlose Stufe verschwindet und du wechseln willst.

Portabilität: schreibe deinen Kontext einmal​

Die größten versteckten Wechselkosten sind dein Projektkontext — Build-Befehle, Konventionen, Test-Regeln, Dinge, die der Agent nicht ableiten kann. 2026 gibt es dafür einen De-facto-Standard: AGENTS.md, eine reine Markdown-Datei im Wurzelverzeichnis deines Repos, verwaltet von der Agentic AI Foundation unter der Linux Foundation und nativ gelesen von Codex, Gemini CLI, Cursor, Aider, Copilots Coding-Agent, opencode, Goose und 20+ weiteren Werkzeugen (60k+ Repos haben sie übernommen).

  • AGENTS.md = werkzeugübergreifender Projektkontext. Schreibe ihn einmal; die meisten Agenten lesen ihn.
  • CLAUDE.md = Claude Codes eigene Projekt-Speicher-Datei (siehe CLAUDE.md). Du kannst eine kleine CLAUDE.md behalten, die auf AGENTS.md verweist, oder beide pflegen.
  • SKILL.md = Anthropics separate Spezifikation zum Verpacken wiederverwendbarer Skills mit Frontmatter und mitgelieferten Skripten. Sie ist ergänzend zu AGENTS.md, kein Konkurrent — die eine beschreibt das Projekt, die andere verpackt eine wiederverwendbare Prozedur.

Den Kontext in AGENTS.md zu halten bedeutet: an dem Tag, an dem du einen anderen Agenten ausprobierst, kommen deine Projektregeln gratis mit.

Minimale AGENTS.md — schreibe nur, was ein Agent nicht ableiten kann

# AGENTS.md

## Setup
- Install: `pnpm install`
- Dev server: `pnpm dev` (port 3000)

## Build & test (run before every commit)
- Typecheck: `pnpm typecheck`
- Lint: `pnpm lint`
- Tests: `pnpm test` — all must pass

## Conventions
- TypeScript strict; no `any`.
- Components in `src/components`, one per file.
- Never edit files under `generated/` by hand.

## Constraints
- Do NOT run `git push` or open PRs without being asked.
- Secrets live in `.env.local`; never commit them.
Watch out
  • Schreibe in AGENTS.md nur das, was der Agent nicht selbst herausfinden kann. Das Offensichtliche zu wiederholen kostet Tokens bei jedem Lauf und begräbt die Regeln, auf die es ankommt. Kuratiere sie von Hand — automatisch erzeugte Kontextdateien neigen dazu, Rauschen zu sein.

Eine Entscheidung, in einem Atemzug​

  • Tiefe, autonome Claude-Arbeit mit dem reichhaltigsten Werkzeug-Ökosystem → Claude Code.
  • Quelloffener First-Party-Agent, an GPT gebunden, mit starker Plattform-/Windows-Reichweite → Codex CLI.
  • Du willst Modelle frei tauschen oder lokale Gewichte ausführen → opencode oder Cline.
  • Sorgfältige, git-native Bearbeitungen mit Mensch in der Schleife → Aider.
  • Großes Google-Ökosystem-Kontextspiel → Gemini CLI (bestätige zuerst den aktuellen Zugang).

Was auch immer du wählst: halte deinen Projektkontext in AGENTS.md und beweise die Wahl mit einer realen Aufgabe in deinem eigenen Repo, bevor du dich festlegst.

Check yourself

0/4
  1. Was meinen Leute mit dem „Harness“ eines Coding-Agenten?
  2. Ein Blog meldet „83 % auf einem Coding-Benchmark“ für einen Agenten. Was misst diese Zahl wirklich?
  3. Warum einen modell-agnostischen Agenten wie opencode oder Aider wählen?
  4. Wofür ist AGENTS.md da?

Flashcards​

Vokabular der Coding-Agent-CLIs
Drücke Enter oder die Leertaste, um die Karte umzudrehen. Nutze die Pfeiltasten links und rechts, um zwischen den Karten zu wechseln.Begriff angezeigt.
1 / 8

Quellen & weiterführende Lektüre​