# agentclientprotocol-introduction-2026-08-02

## Veille

Landingpage der **offiziellen Spezifikation** des **Agent Client Protocol (ACP)** (`agentclientprotocol.com/get-started/introduction`), abgerufen am **2. August 2026**. Dies ist kein datierter Artikel, sondern ein **lebendes Artefakt**: Die Fiche ist nach ihrem Beobachtungszeitpunkt datiert, nicht nach einem Veröffentlichungsdatum. **Missionserklärung in einem Satz**: *„The Agent Client Protocol (ACP) standardizes communication between code editors/IDEs and coding agents and is suitable for both local and remote scenarios.“* **Das benannte Problem** lässt sich in drei Zeilen zusammenfassen: Coding-Agents und Editoren sind **eng gekoppelt**, und *„interoperability isn't the default“* — jeder Editor muss eine individuelle Integration pro Agent bauen, jeder Agent muss editorspezifische APIs implementieren. Drei benannte Konsequenzen: **Integrationsaufwand** (jedes Agent-Editor-Paar erfordert eigene Arbeit), **eingeschränkte Kompatibilität** (ein Agent erreicht nur eine Teilmenge der Editoren), **Developer-Lock-in** (*„choosing an agent often means accepting their available interfaces“*). **Die Lösung orientiert sich explizit am LSP** — *„similar to how the Language Server Protocol (LSP) standardized language server integration“* — mit einem wechselseitigen Nutzen: Ein Agent, der ACP spricht, funktioniert mit **jedem** kompatiblen Editor, ein Editor, der ACP unterstützt, erhält Zugriff auf das **gesamte** ACP-Agent-Ökosystem. **Zwei Bereitstellungsmodi, und das ist der am meisten unterschätzte Punkt**: **Lokale** Agents laufen als Subprozess des Editors über **JSON-RPC über stdio**, **entfernte** (remote) Agents sind hingegen über **HTTP oder WebSocket** geplant — die Unterstützung wird als *„work in progress“* bezeichnet, mit laufender Zusammenarbeit mit agentischen Plattformen. **Technische Abstammung von MCP, stärker als bloße Komplementarität**: ACP *„re-uses the JSON representations used in MCP where possible“*, ergänzt um Typen, die spezifisch für UX-Bedürfnisse des agentischen Codierens sind (die **Diff**-Anzeige ist das genannte Beispiel); das Standardformat für lesbaren Text ist **Markdown**, gewählt, damit der Editor nicht in der Lage sein muss, HTML zu rendern. ⚠️ **Zwei Beobachtungen zu Governance und Versionierung**, die auf der Seite vermerkt sind, aber nicht im umgebenden Diskurs: Die Navigation zeigt **v1 (Latest)** und **v2 (Draft)** — und **nicht ein „ACP 1.2“** —, und die Navigationsleiste verlinkt **Zed Industries *und* JetBrains** gleichberechtigt nebeneinander, neben einer **ACP Registry**, **RFDs**, einem **Community**-Bereich, **Publications**, **Updates** und einer **Brand**-Seite. Angekündigte offizielle Bibliotheken: **Kotlin, Java, Python, Rust, TypeScript**, plus ein Community-Track.

## Titre Article

Agent Client Protocol — Introduction

## Date

2026-08-02

## URL

https://agentclientprotocol.com/get-started/introduction

## Keywords

Agent Client Protocol, ACP, offenes Protokoll, Spezifikation, Interoperabilität, Editor-Agent-Entkopplung, LSP, Language Server Protocol, JSON-RPC, stdio, Subprozess, lokale Agents, entfernte Agents, HTTP, WebSocket, in Entwicklung, MCP, Model Context Protocol, Wiederverwendung von JSON-Repräsentationen, benutzerdefinierte Typen, Diff-Anzeige, Markdown, Integrationsaufwand, eingeschränkte Kompatibilität, Developer-Lock-in, Developer-Lock-in, N+M, Agent-Ökosystem, Zed Industries, JetBrains, ACP Registry, Agent-Registry, RFD, Request for Discussion, Protokoll-Governance, v1 latest, v2 draft, Spezifikationsversionierung, Client-Bibliotheken, Kotlin, Java, Python, Rust, TypeScript, Mintlify, lebendige Dokumentation, llms.txt

## Authors

**Projet Agent Client Protocol** — spécification collective, sans signature individuelle sur cette page. La barre de navigation du site lie deux organisations au même niveau : **Zed Industries** (à l'origine du protocole) et **JetBrains**. La présence d'une section **RFDs** (*requests for discussion*), d'une page **Community** et d'un **ACP Registry** indique une structure de gouvernance ouverte plutôt qu'une documentation produit.

Documentation construite et hébergée sur **Mintlify**. La page expose un `llms.txt` en tête (*« Fetch the complete documentation index at: /llms.txt — Use this file to discover all available pages before exploring further »*) : le site est explicitement outillé pour être lu par des agents.

## Ton

**Profil**: Einführungsseite einer **offenen technischen Spezifikation**, im Register eines *Standardisierungsgremiums* statt Produktmarketing. Sehr kurz — zwei Abschnitte (`Why ACP?`, `Overview`) — und vollständig darauf ausgelegt, zitiert zu werden.

**Stil**: die kanonische Form des Pitches für ein offenes Protokoll, in drei mechanischen Schritten: (1) **die bestehende Kopplung benennen**, (2) **ihre Kosten aufzählen** in drei symmetrischen Punkten, (3) **die legitimierende Analogie anführen**. Die LSP-Analogie leistet die gesamte rhetorische Arbeit: Sie überträgt einen vom Leser bereits akzeptierten Präzedenzfall (LSP hat Editoren und Sprachen tatsächlich entkoppelt) auf ein Feld, in dem der Nachweis noch aussteht. Bemerkenswerte Sparsamkeit der Mittel — kein quantifiziertes Versprechen, kein geschäftlicher Nutzen, keine Erwähnung eines Konkurrenten.

Zwei Marker der Zurückhaltung, die Vertrauen schaffen: das Eingeständnis, dass die Unterstützung entfernter Agents *„a work in progress“* ist, und die **durch eine Einschränkung** begründete Markdown-Entscheidung (*„without requiring that the code editor is capable of rendering HTML“*) — eine Designentscheidung, erklärt durch das, was sie dem Implementierer **nicht** auferlegt, der richtige Instinkt für ein Protokoll, das Adoptierende sucht.

**Markante Formulierungen**: *„interoperability isn't the default,“* *„Every new agent-editor combination requires custom work,“* *„choosing an agent often means accepting their available interfaces,“* *„Agents that implement ACP work with any compatible editor,“* *„This decoupling allows both sides to innovate independently.“*

## Pense-betes

- **Der Satz, den man sich merken sollte**: *„AI coding agents and editors are tightly coupled but interoperability isn't the default.“* Das gesamte Protokoll ergibt sich aus dieser Beobachtung.
- **Die drei Kosten der Kopplung** (Struktur, die sich unverändert in Präsentationen übernehmen lässt): **Integrationsaufwand** — jede Agent×Editor-Kombination erfordert eigene Arbeit; **eingeschränkte Kompatibilität** — ein Agent erreicht nur eine Teilmenge der Editoren; **Developer-Lock-in** — die Wahl eines Agents bedeutet, seine Schnittstellen zu akzeptieren. Die drei sind **unterschiedliche** Kosten (Produktion, Distribution, Freiheit), nicht drei Formulierungen derselben.
- **Die LSP-Analogie leistet die eigentliche Arbeit**: *„similar to how the Language Server Protocol standardized language server integration.“* Sie wirkt, weil der Präzedenzfall bereits akzeptiert ist. ⚠️ Aber genau hier ist auch **Vorsicht geboten**: LSP standardisiert einen weitgehend **deterministischen** Austausch (Positionen, Symbole, Diagnosen); ACP standardisiert die Schnittstelle eines **nicht-deterministischen** Agents, der Berechtigungen aushandelt, Diffs erzeugt und dessen Verhalten von Durchlauf zu Durchlauf variiert. Die Form des Problems ist dieselbe; die Natur dessen, was hindurchfließt, ist es nicht. Die Seite thematisiert diese Lücke nicht.
- **⭐ Zwei Transportmodi, nicht einer** — der am meisten unterschätzte Punkt in der Sekundärberichterstattung:
- **Lokale Agents**: Subprozess des Editors, **JSON-RPC über stdio**. Das ist der bekannte Modus, derjenige, den alle zitieren.
- **Entfernte (remote) Agents**: gehostet in der Cloud oder auf separater Infrastruktur, **HTTP oder WebSocket**. Als *„work in progress“* bezeichnet, mit aktiver Zusammenarbeit mit agentischen Plattformen. → **Konsequenz**: ACP ist strukturell kein „Workstation“-Protokoll. Seine Entwicklungsrichtung zielt auf den gehosteten Agent, also auf das Unternehmensumfeld. ACP als „JSON-RPC über stdio“ zusammenzufassen, beschreibt seinen gegenwärtigen Stand, nicht sein Ziel.
- **⭐ Die Beziehung zu MCP ist eine Abstammung, keine bloße Komplementarität**: *„The protocol re-uses the JSON representations used in MCP where possible.“* Es wird häufig gesagt, dass „ACP und MCP sich stapeln“ (der Client spricht ACP mit dem Agent, der Agent spricht MCP mit seinen Tools) — architektonisch zutreffend, aber **unvollständig**: ACP **übernimmt die Datenstrukturen von MCP**. Die beiden Protokolle sind nicht nur Nachbarn, sie teilen ein Serialisierungsvokabular. Siehe [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] für die funktionale Unterscheidung.
- **Die Erweiterungen, die spezifisch für agentisches Codieren sind**: ACP fügt *„custom types for useful agentic coding UX elements, like displaying diffs“* hinzu. Das rechtfertigt die Existenz von ACP **neben** MCP: Ein zu genehmigender Diff ist kein Tool-Aufruf, sondern ein Interface-Element, das eine menschliche Entscheidung erfordert. **Das Protokoll kodiert den Review-Moment**, nicht nur die Ausführung.
- **Markdown als Standard, und der genannte Grund**: *„which allows enough flexibility to represent rich formatting without requiring that the code editor is capable of rendering HTML.“* Eine Designentscheidung, die durch die **Last gerechtfertigt wird, die sie dem Implementierer erspart** — der richtige Instinkt für ein Protokoll, das Adoption anstrebt. Bemerkenswert für alle, die ein Protokoll entwerfen: die Einstiegshürde auf der Seite senken, die man gewinnen will.
- **⚠️ Korrektur zur Versionierung**: Die Navigation der Spezifikation zeigt **`v1` (Latest)** und **`v2` (Draft)**. Sie zeigt **kein** „ACP 1.2“. Diese Zahl, die in der Sekundärberichterstattung kursiert (und in [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] als unverifiziert vermerkt wurde), **wird von der Primärquelle nicht bestätigt**. Zu zitieren: **v1 / v2 draft**.
- **⚠️ Korrektur zur Governance**: Die Formulierung „Zed hat es gestartet und dann losgelassen“ ist zu stark. Die Navigationsleiste verlinkt **Zed Industries und JetBrains auf derselben Ebene**, und die Struktur der Website (**ACP Registry**, **RFDs**, **Community**, **Publications**, **Updates**, **Brand**) ist die eines **gemeinsam verwalteten Projekts mit einem Prozess**, nicht die eines verwaisten Protokolls oder einer Produktdokumentation. Die korrekte Einordnung: **echte Offenheit und gemeinsame Governance, keine Aufgabe**.
- **Ökosystem-Signal**: offizielle Bibliotheken in **Kotlin, Java, Python, Rust, TypeScript** + ein Community-Track. Das Paar **Kotlin/Java** ist der JetBrains-Marker — das Vorhandensein beider signalisiert, dass die JVM-IDE-Implementierung erstrangig ist, kein später Port.
- **Ein aufschlussreiches Detail**: Die Seite beginnt mit einem Verweis auf **`/llms.txt`** — *„Use this file to discover all available pages before exploring further.“* Die Dokumentation eines Protokolls für Agents ist selbst **für Agents aufbereitet**. Konsistenz der Anlage, und ein schwaches Signal dafür, wohin sich technische Dokumentation entwickelt.
- **Was die Seite nicht sagt** (nicht durch Rückschluss zu ergänzen): kein Datum, keine im Text genannte Versionsnummer, **keine auf dieser Seite angezeigte Lizenz**, kein formalisiertes Governance-Modell, keine Liste der Implementierer. Die für ACP oft zitierte Apache-2.0-Lizenz stammt aus dem Repository, **nicht von dieser Seite**.
- **Meta / Querverweise**: Primärquelle für die Aussagen zu ACP #1 in [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] (die sie bei der Versionierung korrigiert und bei der Governance nuanciert); zu lesen zusammen mit [[dethlefsen-zed-anthropic-subscription-changes-2026-05-14]], das zeigt, was die hier versprochene Optionalität wert ist, sobald ein Anbieter seine Preisgestaltung ändert; die hier beschriebene Entkopplung knüpft an den in [[janakiram-agent-platform-portability-contract-2026-07-20]] analysierten Portabilitätsvertrag an; eine Referenzimplementierung auf Produktseite in [[block-goose-mcp-ui-future-agentic-interfaces-2025-08-25]]. ⚠️ **Verpflichtende Begriffsklärung**: „ACP“ bezeichnet hier ausschließlich das **Agent Client Protocol**. Das Akronym niemals als Entität erfassen — siehe `docs/solutions/conventions/sigles-jamais-entites-graphe.md`.

## RésuméDe400mots

Einführungsseite der Spezifikation des **Agent Client Protocol**, abgerufen am 2. August 2026. Ein lebendes Artefakt ohne Veröffentlichungsdatum: Die Fiche ist nach ihrem Beobachtungszeitpunkt datiert.

**Das Problem.** *„AI coding agents and editors are tightly coupled but interoperability isn't the default.“* Jeder Editor muss eine eigene Integration für jeden Agent bauen, den er unterstützen will, und jeder Agent muss die editorspezifischen APIs implementieren. Daraus folgen drei unterschiedliche Kosten: **Integrationsaufwand** (jede Agent-Editor-Kombination erfordert spezifische Arbeit), **eingeschränkte Kompatibilität** (ein Agent erreicht nur einen Bruchteil der Editoren) und **Developer-Lock-in** — *„choosing an agent often means accepting their available interfaces“*.

**Die Lösung.** ACP standardisiert die Agent-Editor-Kommunikation *„similar to how the Language Server Protocol (LSP) standardized language server integration.“* Der Nutzen ist wechselseitig, und genau das hält das Ökosystem zusammen: Ein Agent, der ACP implementiert, funktioniert mit jedem kompatiblen Editor; ein Editor, der ACP unterstützt, erhält Zugriff auf das gesamte ACP-Agent-Ökosystem. *„This decoupling allows both sides to innovate independently.“*

**Die Architektur.** ACP geht davon aus, dass sich der Nutzer **primär in seinem Editor** befindet und für eine bestimmte Aufgabe einen Agent hinzuzieht. Zwei Bereitstellungsmodi: **Lokale** Agents laufen als Subprozess des Editors und kommunizieren über **JSON-RPC über stdio**; **entfernte** (remote) Agents, die in der Cloud oder auf separater Infrastruktur gehostet werden, kommunizieren über **HTTP oder WebSocket** — die Unterstützung wird als *„a work in progress“* bezeichnet, mit aktiver Zusammenarbeit mit agentischen Plattformen. Der zweite Modus wird in der Sekundärberichterstattung routinemäßig ausgelassen, obwohl er die unternehmerische Entwicklungsrichtung des Protokolls vorzeichnet.

**Die Verbindung zu MCP** ist enger als eine architektonische Komplementarität: ACP *„re-uses the JSON representations used in MCP where possible,“* und ergänzt Typen, die spezifisch für die UX des agentischen Codierens sind — die **Diff-Anzeige** ist das genannte Beispiel. Das Standardformat für lesbaren Text ist **Markdown**, gewählt genau deshalb, damit der Editor nicht in der Lage sein muss, HTML zu rendern.

**Zwei Beobachtungen zur Quelle selbst.** Die Navigation zeigt **v1 (Latest)** und **v2 (Draft)** — nicht das andernorts kursierende „ACP 1.2“. Und sie verlinkt **Zed Industries und JetBrains auf derselben Ebene**, neben einer **ACP Registry**, **RFDs**, einem Community-Bereich, Publications, Updates und einer Brand-Seite: die Struktur eines gemeinsam verwalteten Projekts mit einem Prozess. Offizielle Bibliotheken in Kotlin, Java, Python, Rust und TypeScript.

## GrapheDeConnaissance

- Agent Client Protocol —permet→ de standardiser la communication entre éditeurs de code et agents de codage (AFFIRMATION, 0.98)
- Agent Client Protocol —s_inspire_de→ Language Server Protocol (TECHNOLOGIE, 0.96)
- Agent Client Protocol —résout→ le couplage étroit entre agents de codage et éditeurs (AFFIRMATION, 0.95)
- couplage agent-éditeur —s_oppose_à→ l'interopérabilité par défaut (AFFIRMATION, 0.93)
- Agent Client Protocol —réduit→ l'integration overhead, la compatibilité limitée et le verrouillage développeur (AFFIRMATION, 0.94)
- Agent Client Protocol —utilise→ JSON-RPC sur stdio (TECHNOLOGIE, 0.95)
- Agent Client Protocol —utilise→ HTTP ou WebSocket pour les agents distants (TECHNOLOGIE, 0.9)
- Agent Client Protocol —est_basé_sur→ les représentations JSON de Model Context Protocol (AFFIRMATION, 0.93)
- Agent Client Protocol —utilise→ Markdown (TECHNOLOGIE, 0.92)
- Agent Client Protocol —permet→ l'affichage de diffs et autres éléments d'UX propres au codage agentique (AFFIRMATION, 0.9)
- Zed Industries —a_créé→ Agent Client Protocol (TECHNOLOGIE, 0.9)
- JetBrains —collabore_avec→ Zed Industries (ORGANISATION, 0.88)
- Agent Client Protocol —publie→ une spécification versionnée v1 (Latest) et v2 (Draft) (AFFIRMATION, 0.9)
- ACP Registry —fait_partie_de→ Agent Client Protocol (TECHNOLOGIE, 0.88)
- Agent Client Protocol —affirme_que→ le support complet des agents distants est encore un travail en cours (AFFIRMATION, 0.93)

---
Canonical: https://www.thekb.eu/de/fiches/agentclientprotocol-introduction-2026-08-02/