Download VERGLEICH.md from smlflg/MetaMetaMeta: direct link, hf CLI and curl.
- Browser
- Download file 7.83 kB
-
https://huggingface.co/smlflg/MetaMetaMeta/resolve/main/VERGLEICH.md
- Command line
-
hf download hf://smlflg/MetaMetaMeta/VERGLEICH.md
-
curl -L -o VERGLEICH.md https://huggingface.co/smlflg/MetaMetaMeta/resolve/main/VERGLEICH.md
Vergleich — Claude Code vs. Alternativen
Feature-Matrix
| Aspekt | Claude Code | Codex | OpenCode | Hermes |
|---|---|---|---|---|
| Hook-System | Native (settings.json) | Keine | Keine (Plugin SDK geplant) | Keine |
| MCP Support | Ja (vollständig) | Nein | Ja (SDK) | Nein |
| additionalContext | Ja (5 Hook-Events) | Nein | Nein | Nein |
| Tool Blocking | PreToolUse deny | Sandbox only | Permissions | Tool Restrictions |
| System Prompt | --append-system-prompt | Hardcoded | Unbekannt | Bounded |
| Startup Time | ~100ms (native binary) | ~200ms (Node) | ~300ms | Variabel |
| Binary Size | ~300MB | ~50MB | ~148MB | Variabel |
| Output Format | JSONL + Text | JSONL | Likely JSONL | Variabel |
| Memory | Unbegrenzt wachsend | Unbekannt | Unbekannt | Hard Cap ~800 Tokens |
| Skills | On-Demand möglich (via Sidecar) | Skills System | Plugin SDK | On-Demand (native) |
| Context Cap | Kein Limit (CLI-kontrolliert) | Unbekannt | Unbekannt | 20.000 Zeichen |
| Enforcement | Soft-Constraints (CLAUDE.md) | Sandbox | Permissions | Sandboxing + Approval Gates |
| Compression | Automatisch (nicht steuerbar) | Unbekannt | Unbekannt | 85% Context Trigger |
| Agent Mode | Push (Hooks feuern Events) | Pull (File Watching, JSONL) | Hybrid (MCP + Polling) | TBD |
| Kosten/1M Token | $3 (SubAgents) / $15 (Opus) | Variabel | Variabel | $0 (lokal) |
Claude Code Stärken
1. Hook-System — Einzigartiger Vorteil
Claude Code ist das einzige der verglichenen Tools mit einem nativen, synchronen Hook-System:
- UserPromptSubmit: Kontext VOR der Verarbeitung injizieren
- PreToolUse: Aktionen BLOCKIEREN oder MODIFIZIEREN
- PostToolUse: Async Analyse NACH Aktionen
- SessionStart/Stop: Lifecycle Management
Kein anderes Tool in dieser Übersicht bietet dieses Level an Kontrolle über den Agent-Loop.
2. additionalContext API
- Diskreter Kontext-Kanal — nicht als Message für den Nutzer sichtbar
- 3-in-1 bei PreToolUse: Permission + Input-Modifikation + Kontext gleichzeitig
- Ermöglicht Dual-Agent-Architektur (Sidecar-NG als Sidecar zum Haupt-Agent)
3. MCP Integration
- Flexibler als Codex Skills (statisch) oder Hermes (kein MCP)
- Gemini als Research-Backend einsetzbar
- OpenCode als Execution-Backend einsetzbar
- Erweiterbar für beliebige externe Tools
4. CLI Flags
--append-system-promptfunktioniert und ist dokumentiert--output-format jsonfür strukturiertes Parsing--agentfür Agent-Switching- Comprehensive Debug Logging verfügbar
5. Performance
- Schnellster Startup (~100ms, native binary)
- Direkte Hook-Unterstützung ohne Adapter
- Kein Post-Processor nötig
Claude Code Schwächen
1. Kein Attention Budget Management
- System Prompts wachsen unbegrenzt — alle Skills gleichzeitig injiziert
- Keine situative Priorisierung (relevante Skills vs. irrelevante)
- Ergebnis: Regeln können sich gegenseitig auslöschen oder abschwächen
- Hermes löst das nativ durch On-Demand Skill-Loading
2. Fehlende Hook-Events
- Kein
SessionEndHook — Cleanup und Session-Recap nicht erzwingbar - Kein
PermissionRequestHook — Approval-Flow nicht steuerbar StopHook: keinadditionalContextmöglich- Hooks sind eingefroren bei Session-Start — keine dynamische Registrierung
3. Memory ohne Grenzen
MEMORY.mdwächst ohne Limit- Keine automatische Zusammenfassung oder Expiry für veraltete Einträge
- Vergleich: Hermes Hard Cap 800 Tokens MEMORY.md, 500 Tokens USER.md, automatische Kompression bei 85% Auslastung
4. Enforcement nur soft
CLAUDE.md= Text-Appelle, keine technischen Gates- Einziges echtes Enforcement:
PreToolUse deny— muss extern gebaut werden (Sidecar) - Kein natives Rule-Enforcement wie Hermes (Sandboxing + Approval Gates + Tool Restrictions)
5. Keine Cross-Session Awareness
- Jede Session startet ohne Wissen über vorherige Sessions
- Kein Drift-Detection Mechanismus eingebaut
- Session-Recaps nicht enforced — abhängig von externem Tooling
Hermes als Referenz-Architektur
Hermes Agent (NousResearch) löst dasselbe Problem — ein LLM das sich nicht an Regeln hält — ohne zweiten Agenten. Stattdessen: harte strukturelle Grenzen.
| Feature | Hermes | Claude Code |
|---|---|---|
| Memory | Hard Cap ~800 Tokens MEMORY.md, ~500 Tokens USER.md | Unbegrenzt (12 KB+ MEMORY.md) |
| Skills | On-Demand: Agent lädt nur wenn nötig | Alle 40+ Skills immer injiziert |
| Context Cap | 20.000 Zeichen hard limit | Kein Limit |
| Enforcement | Sandboxing + Approval Gates + Tool Restrictions | Soft-Constraints (Text) |
| Compression | Automatisch bei 85% Context | Nicht steuerbar |
Philosophie-Unterschied: Hermes = weniger Intelligenz, mehr Struktur. Bounded memory statt unbegrenztem Wachstum. Approval prompts statt LLM-Judge. Tool restrictions statt Compliance-Monitoring.
Implikation für Sidecar-NG: Die Stärken von Hermes (Bounded Memory, On-Demand Skills) sind Ziele für Sidecar V8 — aber als Sidecar-Layer über Claude Code, nicht als Ersatz.
OpenCode Integration — Status
Getestet und dokumentiert:
| Endpoint | Port | Ergebnis |
|---|---|---|
| /events | 3000 | Nur WebUI HTML — nutzlos für Sidecar |
| /global/event | 4096 | Nur Meta-Events (heartbeat, session.created) |
| REST API | — | 404 oder leere Listen |
| Message-Content | — | Im TUI-Bus gefangen, nicht extern zugänglich |
Fazit: Adapter-Code korrekt implementiert, aber OpenCode liefert die relevanten Daten nicht über externe APIs. Status: enabled: false. Wartet auf OpenCode API-Verbesserungen oder Plugin SDK Fertigstellung.
Codex Integration — Status
Architektur-Unterschied zu Claude Code:
- Claude Code: Push-Mode — Agent feuert Events aktiv via Hooks
- Codex: Pull-Mode — File Watching, JSONL Events polling-basiert
- Kein direktes Hook-System — Adapter muss JSONL parsen
Sidecar V8 Adapter-Roadmap:
| Phase | Adapter | Methode |
|---|---|---|
| Phase 1 | ClaudeCodeAdapter | Refactor bestehender Code |
| Phase 3 | CodexAdapter | JSONL-basiert (Pull) |
| Phase 4 | OpenCodeAdapter | MCP-Hybrid |
| Phase 5 | HermesAdapter | TBD |
Entscheidung E2: Reihenfolge Claude Code → Codex → OpenCode → Hermes. Kein Cursor.
Kosten-Vergleich (Delegation)
| Methode | Kosten/1M Token | Quelle |
|---|---|---|
| Claude Opus (direkt) | ~$15 | Standard |
| Claude SubAgents (Sonnet) | ~$3 | Standard |
| /chef via OpenCode MCP | ~$3 | ORCHESTRATION_GUIDE |
| /crew via CrewAI (Gemini+MiniMax) | ~$0.60 | ORCHESTRATION_GUIDE |
| /langgraph Manager | ~$0.70 | ORCHESTRATION_GUIDE |
| Gemini MCP Research | ~$0.10 | ANALYSE_KOMPLETT |
| Haiku Background | ~$0.25 | CLAUDE.md |
Einsparung durch Delegation: /crew statt SubAgents = ~85% Kostenreduktion bei geeigneten Tasks.
Empfehlung: SubAgents (Sonnet) für Code-Qualität und Hook-Integration. /crew oder /langgraph für Recherche, Analyse, und parallele Batch-Tasks.
Zusammenfassung
Claude Code ist das stärkste Tool für agentic Coding-Workflows mit externem Sidecar-System, primär wegen des Hook-Systems und der additionalContext API. Die Schwächen — unbegrenztes Memory-Wachstum, fehlende strukturelle Enforcement-Mechanismen, keine Cross-Session Awareness — sind bekannt und werden durch Sidecar-NG als externen Layer adressiert, nicht durch Tool-Wechsel.
Hermes bleibt als Referenz-Architektur relevant. Die Bounded-Memory- und On-Demand-Skills-Konzepte sind Ziele für Sidecar V8.
OpenCode und Codex sind als Sidecar-Targets (Adapter) geplant, nicht als Ersatz für Claude Code in der primären Workflow-Rolle.