Zum Inhalt springen

FAQ

Collective Context ist ein Framework und eine Dokumentationssammlung für Multi-Agent-Koordination im ZED Editor via ACP (Agent Client Protocol). Das Ziel: Mehrere AI-Agenten teilen einen gemeinsamen Kontext über das Dateisystem — ohne proprietären Lock-in.

v1 (2025): tmux + Aider + OpenRouter + CCC Commander — Shell-Skripte als Kleber, manuelle Session-Verwaltung.

v2 (2026): ZED Editor + ACP — offener Standard, Editor-Integration, kein tmux mehr nötig.

Vision und KAIZEN-Philosophie sind unverändert geblieben.


ProtokollZweckEbene
ACPVerbindet Agenten mit EditorenAgent ↔ Editor
MCPVerbindet Agenten mit ToolsAgent ↔ Tools

ACP regelt, wie der Agent mit dem Editor kommuniziert (Dateizugriff, Diffs, UI). MCP regelt, welche Tools der Agent nutzen kann (Datenbanken, APIs, Browser).

Beide ergänzen sich: Ein ACP-Agent kann MCP-Server nutzen.

Brauche ich Claude Max für den ZED Claude Code Tab?

Abschnitt betitelt „Brauche ich Claude Max für den ZED Claude Code Tab?“

Ja — der ZED Claude Code Tab authentifiziert via claude.ai OAuth. Claude Max (~€90+/M) ist das günstigste Abo mit Flat Rate.

Alternativen:

  • Claude Pro (ohne Code Tab, nur claude.ai Web) — kein Filesystem-Zugriff
  • API-Key (Zed First-Party Agent, Claude Sonnet) — Token-basiertes Pricing ($3.30/$16.50 per M Token)
  • Gemini CLI (ACP External, kein Claude Max nötig) — Google-Account

Was ist der Unterschied zwischen Claude Code Web und dem ZED Claude Code Tab?

Abschnitt betitelt „Was ist der Unterschied zwischen Claude Code Web und dem ZED Claude Code Tab?“
FeatureClaude Code WebZED Claude Code Tab
Filesystem-ZugriffNeinJa
Inline Diffs im EditorNeinJa
@file KontextNeinJa
Session HistoryJa (Web-Sidebar)Ja (ZED History-Panel + Filesystem)
Playwright lokalNeinJa
Ollama (indirekt)NeinJa

Beide nutzen Claude Max Flat Rate und laden CLAUDE.md automatisch.

Ja, aber mit Einschränkungen:

  • Community ACP Adapter: Beta (Stand Feb 2026), nicht für Produktions-Einsatz
  • Indirekt via Script: Claude Code Tab führt Scripts aus, die intern Ollama nutzen — das funktioniert stabil
  • Qualität: Ollama-Modelle sind gut für Tier-C-Tasks, für komplexe Implementierungen empfehlen wir Cloud-Modelle

Details: Ollama Setup


Drei Ansätze:

  1. Kopieren: Manuelle Synchronisation — einfach, aber aufwendig bei vielen Repos
  2. Symlink: ln -s ../shared/CLAUDE.md CLAUDE.md — automatisch synchron, aber an Repo-Grenzen komplex
  3. Include-Convention: CLAUDE.md verweist auf @include: ../shared/base.md — noch kein nativer Support, aber als Pre-Hook machbar
  • Code-Style-Guidelines (dafür gibt es Linter wie ESLint, Ruff, Black)
  • How-To-Anleitungen (LLMs lesen Docs selbst)
  • Alles was ein Agent per grep selbst findet
  • Generelle Programmierprinzipien (SOLID, DRY — das weiß das Modell)

Nur das Nicht-Offensichtliche, Projektspezifische dokumentieren.

Frontier-Modelle (Sonnet, Gemini Pro) folgen ca. 150–200 Instruktionen mit guter Konsistenz. Darüber nimmt die Einhaltung ab.

Empfehlung: Unter 100 Regeln bleiben, prägnant formulieren.


Via Dateisystem: postbox/todo.md und postbox/done.md sind das geteilte Task-Board. Kein Message-Passing, keine Koordinations-API — nur Dateien lesen und schreiben.

Details: Postbox Pattern

Können Scanner und Fixer gleichzeitig in dieselbe Datei schreiben?

Abschnitt betitelt „Können Scanner und Fixer gleichzeitig in dieselbe Datei schreiben?“

In der Praxis sehr selten. Wenn es passiert: Die Datei wird kurz inkonsistent, aber beim nächsten Lesen ist der State klar. Bei sensiblen Projekten: Ein kurzer Human-in-the-loop-Check nach jeder Stunde löst das Problem.

Kurzfassung:

  • Architektur, komplexe Implementierung → Claude Code Tab (Max Flat Rate)
  • Code-Review, kleine Fixes → Grok 4.1 Fast ($0.22/$0.55)
  • Tests schreiben → Gemini Flash ($0.55/$3.30)
  • Codebase-Scans → Gemini CLI (großes Context Window)
  • Privacy-Tasks, Credentials → Ollama lokal

Details: LLM Routing Strategie


  • GitHub Issues: Bug Reports und Feature Requests
  • GitHub Discussions: Community-Support und Ideen
  • Docs: Diese Dokumentation

GitHub — collective-context

  • Verbesserungen dieser Docs als Pull Request
  • Eigene Case Studies dokumentieren
  • Bug Reports für Limitierungen (insbesondere ACP-Bugs)