Claude Code vs. Codex: 36 vs. 28 Dateien, 2,50 $ vs. 2,04 $, Endlosschleife erkannt — Praxisvergleich
Jemand auf r/ClaudeAI hat einen direkten Vergleich zwischen Claude Code und Codex (via Cursor) bei zwei praktischen Aufgaben durchgeführt – gleiche Prompts, gleiches MCP-Setup (GitHub + Slack), gleicher Rechner. Keine Benchmarks, echte Builds.
Aufgaben
- Aufgabe 1: PR-Triage-Bot – Offene PRs lesen, nach Komplexität bewerten (Dateien ×2, Zeilen/10, +3 für fehlende Labels, +5 für fehlende Reviewer), einen Markdown-Bericht schreiben, Slack-Benachrichtigungen für hohe Punktzahlen senden. Erforderte Wiederholungen, Fehlerprotokollierung, striktes TypeScript, kein
any. - Aufgabe 2: Echtzeit-Code-Review-UI – React + TypeScript, WebSockets, Inline-Kommentarthreads, optimistische Updates mit Rollback, virtualisierter Diff-Viewer, WS-Wiederverbindung mit exponentiellem Backoff. Keine UI-Bibliotheken.
Ergebnisse mit Claude Code
- Hat
/mcpausgeführt, um Tools vor dem Schreiben von Code zu überprüfen - 36 Dateien in etwa 12 Minuten erstellt
- Hat unaufgefordert einen Zwei-Client-WebSocket-Smoke-Test geschrieben (Broadcast: 3ms)
- Null
any, Typcheck beim ersten Versuch bestanden - UI funktionierte sofort
Ergebnisse mit Codex (via Cursor)
- Aufgabe 1 fehlgeschlagen: GitHub MCP war über Cursors Ausführungspfad nicht erreichbar. Wurde sauber behandelt (3× wiederholt, Fehler protokolliert, kein Absturz), aber keine Auslieferung.
- Aufgabe 2: Eine funktionierende UI in etwa 15 Minuten ausgeliefert, Smoke-Test bestanden bei 5ms
- TypeScript-Fehler beim ersten Kompilieren und eine Endlosschleife in React (
useEffectrufthydratewiederholt auf). Musste mit einem Ref-Guard geflickt werden. - 28 Dateien, kompaktere Architektur
Kosten (geschätzt, beide Aufgaben)
- Claude: ~2,50 $
- Codex: ~2,04 $
- Unterschied: ~18-23 %
Fazit
Kein Agent hat „gewonnen“. Claude fühlt sich an wie die Zusammenarbeit mit jemandem, der alles überprüft, bevor er die Tastatur berührt. Codex fühlt sich an wie ein Senior-Entwickler, der liefern und weitermachen will. Beide haben WebSocket-Broadcast unter 10ms erreicht – vor sechs Monaten war das nicht selbstverständlich. Kein any-Leak, keine halluzinierten Toolnamen.
📖 Vollständige Quelle lesen: r/ClaudeAI
👀 Siehe auch
Show HN: WUPHF — Karpathy-artiges LLM-Wiki mit Markdown + Git als Quelle der Wahrheit
WUPHF liefert eine Wiki-Schicht für KI-Agenten mit Markdown + Git zur Persistenz, bleve (BM25) + SQLite für die Suche sowie Entity-Fact-Logs, Wikilinks und einem täglichen Lint-Cron. Läuft lokal, noch ohne Vektor-DB-Abhängigkeit.
Datenschutzorientiertes MCP-Server-Verzeichnis startet mit dokumentierten Datenverarbeitungsrichtlinien
Ein neues Verzeichnis unter toolora.dev/mcp-hub listet MCP-Server mit dokumentierten Datenverarbeitungsrichtlinien auf, einschließlich der Klassifizierung lokal vs. gehostet, welche Daten jedes Tool überträgt und ob Konten erforderlich sind. Der Ersteller bietet auch eine Browser-Testmethode an, um Datenschutzbehauptungen zu überprüfen.
CtxSnap VS-Code-Erweiterung verfolgt Dateiänderungen für Claude-Sitzungen
CtxSnap ist eine VS Code-Erweiterung, die verfolgt, welche Dateien sich seit Ihrer letzten Claude-Sitzung geändert haben, und verpackt sie in einen kopierfertigen Übergabeblock mit Dateiinhalten und einer Token-Budget-Anzeige, die auf Claudes 200k-Kontextfenster kalibriert ist.
Messung des Claude Code MCP-Stacks: Cache-Freundlichkeit vs. Byte-Ersparnis und eine 2-Zeilen-Korrektur für den Prompt-Cache
Greg Shevchenko benchmarkt MCP-Kompressoren und Retrieval-Schichten entlang zweier Achsen: Byte-Einsparungen und Cache-Freundlichkeit. Ein 2-Zeilen-Fix (rg-Treffer sortieren, Map-Einträge sortieren) steigert den Cache von ~0% auf 100% ohne Verlust bei den Byte-Einsparungen. Open-Source-Harness inklusive.