ki-grok/17-vergleich-mit-claude-code-codex-cursor.md

Kapitel 17

Vergleich mit Claude Code, Codex und Cursor

Kern in einem Satz: Alle vier sind agentische Coding-Werkzeuge – sie unterscheiden sich in Surface, Policy-Modell, Ökosystem und Team-Fit; „das beste“ ist das, das ihr steuern und reviewen könnt.

Vergleiche driften mit Releases (Stand Juli–Aug 2026, Grok CLI 0.2.x). Nutze die Achsen, nicht Marketing-Slogans. Primärquellen: jeweilige Produktdoku; dieses Kapitel orientiert für Entscheider und Power-User.

---

17.1 Die Vergleichsachsen

Achse	Frage
Surface	TUI, IDE-first, Desktop, Web, Headless, ACP?
Rules	Wie persistiert ihr Team-Normen?
Permissions	Ask/Allow/Deny, Sandbox, Trust?
Plan	Erst Ansatz freigeben?
Parallel	Subagents, Worktrees?
Extensibility	Skills, Hooks, MCP, Plugins?
Automation	CI/Headless/Agent-Server?
Compat	Kann man bestehende Claude/Cursor-Dateien mitnutzen?
Vendor/Auth	Welches Konto, welche Datenresidenz?

---

17.2 Kurzportraits

Grok Build (grok)

• Terminal-TUI first (xAI; Auth oft SpaceXAI-OAuth), Headless -p, ACP grok agent
• Regeln: AGENTS.md, .grok/rules/; Compat zu CLAUDE.md / Cursor über [compat.*] und grok inspect (Kapitel 14)
• Plan Mode mit Preview/Kommentaren, Subagents, Worktrees
• Skills, Hooks, Plugins/Marketplaces, MCP
• Config: config.toml, Sandbox-Profile, Folder-Trust

Stärke: breiter Harness im Terminal + Automation + Compat.
Passend wenn: Team CLI-affin ist, CI/Agent-Server will, multi-tool Ökosystem braucht.

Claude Code (claude)

• Anthropic; Terminal + IDE-Extensions + Desktop/Web Surfaces
• Regeln: CLAUDE.md, .claude/settings.json, Rules, Hooks
• Starkes Permission-Modell (allow/deny/ask), Enterprise-Policies
• Plan-/Workflow-Features produktseitig eigen; Skills/MCP/Hooks etabliert

Stärke: ausgereiftes Policy- und Team-Storytelling, multi-surface.
Passend wenn: Anthropic-Stack, bestehende CLAUDE.md-Kultur, Enterprise-Controls.

Codex (OpenAI)

• OpenAI-Coding-Agent (CLI/Cloud-Varianten je nach Produktstand)
• Fokus oft auf Repo-Tasks und OpenAI-Modellfamilie
• Policy- und Integrationsdetails stark versionsabhängig – vor Kauf/Rollout aktuelle Doku lesen

Stärke: enge Anbindung an OpenAI-Modelle und Ökosystem.
Passend wenn: Organisation bereits OpenAI-first arbeitet und Codex freigeschaltet ist.

Cursor

• IDE-first (Fork-Ökosystem um VS Code), starker Editor-Workflow
• Rules/Skills/MCP im Cursor-Modell; Inline + Agent-Chat
• Sehr stark bei Selection-Kontext, Multi-File im Editor, UX für viele Devs

Stärke: niedrigste Reibung für IDE-allgemeine Entwickler.
Passend wenn: Team primär im Editor lebt und Diffs dort reviewt.

---

17.3 Feature-Matrix (orientierend)

Legende: ● stark / etabliert · ◐ vorhanden / anders gelöst · ○ schwach oder nicht Fokus · ? stark versionsabhängig

Codex-Spalte: bewusst unvollständig (?) – OpenAI-Codex-Surfaces und Policies driften schnell; kein Pseudo-Vergleich. Vor Rollout Primärdoku lesen (Stand 2026H2).

Fähigkeit	Grok Build	Claude Code	Codex	Cursor
Interaktive Terminal-TUI	●	●	◐/?	○ (IDE)
IDE-native UX	◐ (ACP)	●	◐/?	●
Headless / CI	●	●	◐/?	◐
Agent-Protokoll/Server	● ACP	◐	?	◐
Project rules files	● AGENTS.md	● CLAUDE.md	?	● Rules
Allow/Deny Permissions	●	●	?	◐
OS Sandbox profiles	●	◐	?	◐
Plan-then-code UX	●	●	?	◐
Subagents / parallel	●	●	?	◐
Git worktree isolation	●	◐	?	◐
Skills / slash workflows	●	●	?	●
Hooks	●	●	?	●
MCP	●	●	?	●
Plugins / marketplaces	●	●	?	◐
Cross-tool file compat	● liest Claude/Cursor	◐	?	○

Lies die Matrix so: Sie hilft bei der Architekturwahl, ersetzt aber keinen PoC mit eurem Repo und eurer Security-Policy.

---

17.4 Regeln und Kompatibilität

Bedürfnis	Praxis
Ein Repo, mehrere Agents	Kurze, konsistente Kernregeln; Grok liest oft CLAUDE.md + Cursor-Pfade mit
Eine Source of Truth	Eine Datei „gewinnt“, andere verlinken – keine widersprüchlichen Package-Manager-Sätze
Migration Claude → Grok	CLAUDE.md behalten, schrittweise AGENTS.md + .grok/
Migration Cursor → Grok	Rules/Skills mitnehmen wo Compat greift; grok inspect prüfen
Strikt Grok-only	Compat-Flags aus (Kapitel 14)

Schwesterprojekt-Stil und Lessons aus dem Claude-Buch: ../ki-claude – inhaltlich parallel, produktspezifisch getrennt (ADAPTIONEN.md).

---

17.5 Wann welches Tool?

Situation	Tendenz
Team lebt in CLI, CI, Worktrees	Grok Build oder Claude Code
Team lebt in VS Code/Cursor-UX	Cursor (+ optional CLI-Agent parallel)
Anthropic Enterprise + bestehende CLAUDE.md	Claude Code
OpenAI-Standardisierung	Codex evaluieren
Multi-Agent-Strategie	Rules teilen; Surfaces wählen; ein Bot-Policy-Modell
Untrusted Code Review	Tool mit starkem read-only/Sandbox (Grok: --sandbox read-only)
Maximale IDE-Diff-Integration	Cursor oder Claude/IDE-Extensions

Hybrid ist normal: Cursor zum Tippen, Grok/Claude für schwere multi-file + CI. Teuer wird Hybrid erst bei widersprüchlichen Rules und doppelten YOLO-Politiken.

---

17.6 Migrations-Skizzen

Von Claude Code zu Grok Build

1. claude/CLAUDE.md behalten.
2. grok installieren, grok inspect – was wird geladen?
3. Deny/Permissions in .grok/config.toml spiegeln.
4. Skills nach .grok/skills/ oder Compat nutzen.
5. CI-Job parallel mit grok -p PoC.
6. Team-Schulung Plan Mode + Diff-Ritual (identisch im Geist).

Von Cursor zu Grok Build

1. Export/Verständnis der Cursor Rules.
2. Compat an, inspect, Noise abschalten.
3. Schwere Tasks in TUI üben (Permissions sichtbar).
4. Optional ACP-Anbindung in der IDE.

Von Grok zu „nur IDE“

1. AGENTS.md behalten.
2. Automation (CI) nicht verlieren – Headless bleibt oft der CLI-Agent.

---

17.7 Ehrliche Grenzen aller Agents

Unabhängig vom Vendor:

• Kein Ersatz für Ownership und Review
• Kontextfenster endlich
• Prompt-Injection über untrusted Content
• MCP = erweiterte Angriffsfläche
• „Grün“ ≠ production-ready

Wer das verinnerlicht, wechselt Tools ohne Kult.

---

17.8 Praxis-Session: Decision Record

Schreibe ein Architecture Decision Record (ADR) für unser Team:
Welchen Coding-Agenten standardisieren wir 2026H2?
Kriterien: CLI, CI, IDE, Permissions, MCP, Kostenmodell, Skills.
Empfehlung + Hybrid-Option. Keine Marketing-Floskeln.
Ändere keine Repo-Dateien außer docs/adr/XXXX-coding-agent.md wenn ich zustimme.

Zuerst nur im Chat reviewen, dann schreiben lassen.

---

17.9 Checkliste Tool-Auswahl

• Surfaces gelistet, die das Team wirklich nutzt
• PoC auf eurem Repo (nicht Demo-ToDo)
• Permission/Deny-Story getestet
• CI-Story skizziert
• Rules-Kompatibilität geprüft
• Security/Trust abgenommen
• Exit-Kriterien für den PoC (2 Wochen)

---

Was du jetzt kannst

• Coding-Agents entlang stabiler Achsen vergleichen
• Grok Build gegen Claude Code, Codex und Cursor positionieren
• Migrations- und Hybrid-Strategien ohne Regel-Chaos skizzieren

Nächste Schritte

→ Kapitel 18 – Anhang Schnellreferenz: Cheatsheets für den Alltag im echten Repo.