# 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**. Es handelt sich nicht um einen datierten Artikel, sondern um ein **lebendes Artefakt**: Die Fiche ist nach ihrem Beobachtungszeitpunkt datiert, nicht nach einem Veröffentlichungsdatum. **Ein-Satz-Missionsaussage**: *« The Agent Client Protocol (ACP) standardizes communication between code editors/IDEs and coding agents and is suitable for both local and remote scenarios. »* **Das genannte Problem** lässt sich in drei Zeilen fassen: Coding Agents und Editoren sind **eng gekoppelt**, und *« interoperability isn't the default »* — jeder Editor muss für jeden Agenten eine eigene Integration bauen, jeder Agent muss editorspezifische APIs implementieren. Drei benannte Konsequenzen: **Integrationsaufwand** (jedes Agent-Editor-Paar erfordert individuelle 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 ist explizit an LSP orientiert** — *« similar to how the Language Server Protocol (LSP) standardized language server integration »* — mit gegenseitigem Nutzen: Ein Agent, der ACP spricht, funktioniert mit **jedem** kompatiblen Editor, ein Editor, der ACP unterstützt, erhält Zugang zum **gesamten** ACP-Agenten-Ökosystem. **Zwei Deployment-Modi, und das ist der am meisten unterschätzte Punkt**: **Lokale** Agenten laufen als Subprozess des Editors über **JSON-RPC auf stdio**, aber **Remote**-Agenten sind über **HTTP oder WebSocket** geplant — die Unterstützung wird als *« work in progress »* deklariert, 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 »* und ergänzt Typen, die spezifisch auf die UX-Bedürfnisse des agentischen Codings zugeschnitten sind (die **Diff**-Anzeige wird als Beispiel genannt); das Standardformat für lesbaren Text ist **Markdown**, gewählt, damit der Editor nicht zum Rendern von HTML gezwungen ist. **Zwei Beobachtungen zu Governance und Versionierung**, die der Seite selbst entnommen sind, nicht dem umgebenden Diskurs: Die Navigation zeigt **v1 (Latest)** und **v2 (Draft)** — und **nicht ein „ACP 1.2“** —, und die Navigationsleiste verlinkt **Zed Industries *und* JetBrains** gleichrangig 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, Entkopplung von Editor und Agent, LSP, Language Server Protocol, JSON-RPC, stdio, Subprozess, lokale Agenten, Remote-Agenten, HTTP, WebSocket, work in progress, 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, Agenten-Ökosystem, Zed Industries, JetBrains, ACP Registry, Agenten-Registry, RFD, Request for Discussion, Protokoll-Governance, v1 latest, v2 draft, Spezifikationsversionierung, Client-Bibliotheken, Kotlin, Java, Python, Rust, TypeScript, Mintlify, lebende 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 offene Protokolle, in drei mechanischen Schritten: (1) **die bestehende Kopplung benennen**, (2) **ihre Kosten** in drei symmetrischen Aufzählungspunkten auflisten, (3) **die legitimierende Analogie formulieren**. 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 Gebiet, dessen Nachweis noch aussteht. Bemerkenswerte Sparsamkeit der Mittel — kein quantifiziertes Versprechen, kein Geschäftsnutzen, keine Erwähnung eines Konkurrenten.

Zwei Marker der Zurückhaltung, die Vertrauen schaffen: das Eingeständnis, dass die Unterstützung von Remote-Agenten *« a work in progress »* ist, und die **einschränkungsbasierte Begründung** für die Wahl von Markdown (*« without requiring that the code editor is capable of rendering HTML »*) — eine Design-Entscheidung, die durch das erklärt wird, was sie dem Implementierer **nicht** auferlegt, was der richtige Instinkt für ein Protokoll ist, das Anwender sucht.

**Signalphrasen**: *« 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 folgt aus dieser Beobachtung.
- **Die drei Kosten der Kopplung** (Struktur, die man 1:1 in Präsentationen übernehmen kann): **Integrationsaufwand** — jede Agent×Editor-Kombination erfordert individuelle Arbeit; **eingeschränkte Kompatibilität** — ein Agent erreicht nur eine Teilmenge der Editoren; **Developer-Lock-in** — die Wahl eines Agenten bedeutet, dessen Schnittstellen zu akzeptieren. Die drei sind **unterschiedliche** Kosten (Produktion, Distribution, Freiheit), nicht drei Formulierungen derselben Sache.
- **Die LSP-Analogie leistet die eigentliche Arbeit**: *« similar to how the Language Server Protocol standardized language server integration »*. Sie ist wirksam, weil der Präzedenzfall bereits akzeptiert ist. Aber hier ist auch **Vorsicht geboten**: LSP standardisiert einen weitgehend **deterministischen** Austausch (Positionen, Symbole, Diagnosen); ACP standardisiert die Schnittstelle eines **nicht-deterministischen** Agenten, der Berechtigungen aushandelt, Diffs erzeugt und dessen Verhalten von Durchlauf zu Durchlauf variiert. Die Form des Problems ist dieselbe; die Natur dessen, was hindurchgeht, nicht. Die Seite erörtert diese Lücke nicht.
- **Zwei Transportmodi, nicht einer** — der am meisten unterschätzte Punkt in der sekundären Berichterstattung:
- **Lokale Agenten**: Subprozess des Editors, **JSON-RPC auf stdio**. Das ist der bekannte Modus, den alle zitieren.
- **Remote-Agenten**: in der Cloud oder auf separater Infrastruktur gehostet, **HTTP oder WebSocket**. Als *« work in progress »* deklariert, mit aktiver Zusammenarbeit mit agentischen Plattformen. → **Konsequenz**: ACP ist strukturell kein „Workstation“-Protokoll. Seine Ausrichtung zielt auf den gehosteten Agenten, mithin auf das Unternehmen. ACP als „JSON-RPC über stdio“ zusammenzufassen beschreibt seine Gegenwart, nicht sein Ziel.
- **Die Beziehung zu MCP ist eine Abstammung, nicht bloße Komplementarität**: *« The protocol re-uses the JSON representations used in MCP where possible. »* Häufig heißt es, „ACP und MCP stapeln sich“ (der Client spricht mit dem Agenten ACP, der Agent spricht mit seinen Tools MCP) — architekturseitig zutreffend, aber **unvollständig**: ACP **entlehnt 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.
- **Erweiterungen spezifisch für agentisches Coding**: ACP fügt *« custom types for useful agentic coding UX elements, like displaying diffs »* hinzu. Das rechtfertigt, warum ACP **zusätzlich zu** MCP existiert: ein zu genehmigender Diff ist kein Tool-Aufruf, sondern ein Interface-Element, das eine menschliche Entscheidung erfordert. **Das Protokoll kodiert den Moment der Prüfung**, 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 Design-Entscheidung, die durch die **dem Implementierer ersparte Last** gerechtfertigt wird — der richtige Instinkt für ein Protokoll, das Verbreitung sucht. Bemerkenswert für alle, die ein Protokoll entwerfen: Senkt die Einstiegskosten auf der Seite, die man gewinnen will.
- **Korrektur zur Versionierung**: Die Navigation der Spezifikation zeigt **`v1` (Latest)** und **`v2` (Draft)**. Sie zeigt **kein** „ACP 1.2“. Diese Nummer, die in der sekundären Berichterstattung kursiert (und die in [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] als unverifiziert vermerkt wurde), **wird von der Primärquelle nicht bestätigt**. Zu zitieren ist **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 Seite (**ACP Registry**, **RFDs**, **Community**, **Publications**, **Updates**, **Brand**) ist die eines **gemeinschaftlich geführten Projekts mit einem Prozess**, nicht die eines verwaisten Protokolls oder einer Produktdokumentation. Die richtige Formulierung: **echte Offenheit und gemeinsame Führung, keine Enteignung**.
- **Ökosystem-Signal**: offizielle Bibliotheken in **Kotlin, Java, Python, Rust, TypeScript** + ein Community-Track. Die Paarung **Kotlin/Java** ist das JetBrains-Merkmal — die Präsenz 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 Agenten ist selbst **für Agenten aufbereitet**. Konsistenz der Anlage, und ein schwaches Signal dafür, was technische Dokumentation gerade wird.
- **Was die Seite nicht sagt** (nicht durch Schlussfolgerung zu ergänzen): kein Datum, keine im Text genannte Versionsnummer, **keine auf dieser Seite angezeigte Lizenz**, kein formalisiertes Governance-Modell, keine Liste von Implementierern. Die für ACP oft zitierte Apache-2.0-Lizenz stammt aus dem Repository, **nicht von dieser Seite**.
- **Meta / zu verlinken**: Primärquelle für die Behauptungen zu ACP #1 in [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] (das sie in der Versionierung korrigiert und in der Governance präzisiert); zu lesen zusammen mit [[dethlefsen-zed-anthropic-subscription-changes-2026-05-14]], das zeigt, was die hier versprochene Optionalität wert ist, am Tag, an dem ein Anbieter seine Preise ändert; die beschriebene Entkopplung knüpft an den in janakiram-agent-platform-portability-contract-2026-07-20 analysierten Portabilitätsvertrag an; eine Referenzimplementierung auf der Produktseite in block-goose-mcp-ui-future-agentic-interfaces-2025-08-25. **Verpflichtende Begriffsklärung**: Hier bezeichnet „ACP“ ausschließlich das **Agent Client Protocol**. Das Akronym niemals als Entität eintragen — siehe `docs/solutions/conventions/sigles-jamais-entites-graphe.md`.

## RésuméDe400mots

Einführungsseite der **Agent Client Protocol**-Spezifikation, 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 für jeden Agenten, den er unterstützen will, eine eigene Integration bauen, und jeder Agent muss die spezifischen APIs jedes Editors 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 gegenseitig und hält das Ökosystem zusammen: Ein Agent, der ACP implementiert, funktioniert mit jedem kompatiblen Editor; ein Editor, der ACP unterstützt, erhält Zugang zum gesamten ACP-Agenten-Ö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 dort für eine bestimmte Aufgabe auf einen Agenten zugreift. Zwei Deployment-Modi: **Lokale** Agenten laufen als Subprozess des Editors und kommunizieren über **JSON-RPC auf stdio**; **Remote**-Agenten, in der Cloud oder auf separater Infrastruktur gehostet, kommunizieren über **HTTP oder WebSocket** — die Unterstützung wird als *« a work in progress »* deklariert, mit aktiver Zusammenarbeit mit agentischen Plattformen. Der zweite Modus wird in der sekundären Berichterstattung regelmäßig ausgelassen, obwohl er die unternehmerische Ausrichtung 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 gleichzeitig Typen, die spezifisch für die UX des agentischen Codings sind — die **Diff**-Anzeige wird als Beispiel genannt. Das Standardformat für lesbaren Text ist **Markdown**, gewählt genau deshalb, damit der Editor nicht zum Rendern von HTML gezwungen ist.

**Zwei Beobachtungen zur Quelle selbst.** Die Navigation zeigt **v1 (Latest)** und **v2 (Draft)** — nicht die „ACP 1.2“, die andernorts kursiert. 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 gemeinschaftlich geführten 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/