# girard-acp-deux-protocoles-un-sigle-2026-08-02

## Veille

Tech-Watch-Notiz von **Didier Girard** vom **2. August 2026**, ausgelöst durch die Frage eines Kollegen ("Was ist ACP?"), die ein Problem behandelt, das nicht terminologisch, sondern **dokumentarisch** ist. **Drei Protokolle konkurrieren um das Akronym**, ohne jede technische Überschneidung: **Agent Client Protocol** (Client ↔ Agent — Zed, August 2025, JSON-RPC 2.0 über stdio, Apache-2.0, "das, was LSP für Sprachen war"), **Agentic Commerce Protocol** (Agent ↔ Händler — OpenAI + Stripe, 29. Sept. 2025, in Konkurrenz zu Googles **UCP** vom 11. Jan. 2026, gestützt auf **AP2**), und **Agent Communication Protocol** (Agent ↔ Agent — IBM Research / BeeAI, marginal, aber suchverfälschend). **Der Kern der Notiz ist nicht die Entwirrung, sondern das beobachtete Scheitern**: Der Autor sucht "ACP" in seiner Tech-Watch-Wissensdatenbank und erhält **zwölf Treffer, alle zum Commerce-Protokoll, keinen zu dem von Zed** — *"unsere Watch-Agenten hatten das Akronym indexiert, ohne es zu disambiguieren"*. Daraus folgt eine Regel des Knowledge Engineering: ***"ein nacktes Akronym wird nie indexiert"*** — die Entität ist "Agent Client Protocol", "ACP" ist **nur ein Alias**, getragen von drei verschiedenen Entitäten. Es folgt eine strukturierende Klarstellung (**MCP verbindet einen Agenten mit seinen Tools, ACP verbindet einen Client mit einem Agenten; beide stapeln sich**), dann der Lehrbuchfall: **Buzz**, von **Block** am 21. Juli 2026 unter Apache-2.0 veröffentlicht — ein selbst hostbarer Arbeitsbereich auf Basis von **Nostr**, in dem jeder menschliche oder agentische Teilnehmer ein **Schlüsselpaar** ist und jede Nachricht, jeder Workflow-Schritt oder Git-Push ein **signiertes Ereignis** in einem Append-only-Log ist. Eine vollständig protokollbasierte Architektur (`buzz-acp` ein ACP-Harness über stdio, `buzz-agent` ein ACP-Agent, der ein LLM aufruft, `buzz-dev-mcp` ein MCP-Shell- + Editier-Server), daher Agenten-Agnostizismus: **Goose, Claude Code und Codex** docken über dasselbe Harness an, und **Hermes** (Nous Research) hat sich damit verbunden, ohne dass Block eine einzige Zeile geschrieben hätte — *"N+M statt N×M, im Produktivbetrieb"*. Die Notiz schließt mit der Frage des **Claude-Abonnements** gegenüber Drittanbieter-Agenten, mit einer fünfstufigen 2026er-Zeitleiste und einer **Gestaltungsregel**, die über diesen Fall hinaus gilt: Die Grenze ist nicht rechtlicher, sondern **architektonischer** Natur — ***"wer konsumiert, und in wessen Auftrag"*** (ein `owner-only`-Agent verbraucht Ihr Abonnement in Ihrem Auftrag; ein `anyone`-Agent in einem gemeinsamen Kanal leitet die Anfragen Ihrer Kollegen über Ihr Konto). **Am vorliegenden Korpus durchgeführte Überprüfung**: Die These bestätigt sich, und schärfer noch, als die Notiz behauptet — nicht nur ist "Agent Client Protocol" **vollständig abwesend**, sondern das nackte Akronym `ACP` **ist bereits als Entität typisiert** in zwei Fiches, und die KB-Seite `Agentic-Commerce-Protocol` **schreibt das Protokoll bereits Google zu**, obwohl es OpenAI + Stripe gehört. Die beschriebene Kollision ist kein zukünftiges Risiko: Sie hat **bereits einen Zuschreibungsfehler** im Graphen erzeugt.

## Titre Article

ACP : deux protocoles, un sigle, zéro rapport

## Date

2026-08-02

## URL

*Aucune URL — texte fourni directement par l'auteur, non publié au moment de la mise en fiche. Source archivée dans `raw-data/girard-acp-deux-protocoles-un-sigle-2026-08-02.md`.*

## Keywords

ACP, Agent Client Protocol, Agentic Commerce Protocol, Agent Communication Protocol, Akronym-Homonymie, Disambiguierung, dokumentarische Kollision, Knowledge Engineering, Entitäts-Alias, nackte Entität, Indexierung, Duplikatfalle, Zed, JetBrains, LSP, Language Server Protocol, JSON-RPC 2.0, stdio, Apache-2.0, Agenten-Registry, versionierte Spezifikation, Protokoll-Governance, N+M vs N×M, Editor-Agent-Entkopplung, Interoperabilität, Agenten-Portabilität, MCP, Model Context Protocol, Protokoll-Stapelung, OpenAI, Stripe, UCP, Universal Commerce Protocol, AP2, Agent Payments Protocol, Agentic Commerce, IBM Research, BeeAI, Buzz, Block, Jack Dorsey, Goose, Codex, Claude Code, Hermes, Nous Research, Nostr, Schlüsselpaar, signiertes Ereignis, Append-only-Log, Self-Hosting, Souveränität, Multi-Agenten-Substrat, Harness, buzz-acp, buzz-agent, buzz-dev-mcp, Claude-Abonnement, Agent SDK, claude -p, OAuth, Consumer Terms, OpenClaw, Agent-SDK-Credits, API-Schlüssel, gewöhnliche, individuelle Nutzung, owner-only, anyone, wer konsumiert, in wessen Auftrag

## Authors

**Didier Girard** — auteur de la note. Écrit ici depuis la position de **praticien de la veille outillée** : le déclencheur est une question de collègue, le matériau principal est le comportement observé de sa propre base de connaissances, et la conclusion est une **règle de curation** adoptée en interne. Le texte alterne donc deux voix — l'explicateur de protocoles et l'ingénieur de la connaissance qui constate un défaut chez lui et en tire une norme.

## Ton

**Profil**: technische Klärungsnotiz, **praxisnahes** Register, kurzes und dichtes Format. Weder Marktanalyse noch Positionsbezug — eine **nützliche Entwirrung**, verbunden mit einer methodischen Darstellung des eigenen Vorgehens des Autors. Zielgruppe: Ingenieure, Architekten und alle, die einen dokumentarischen Korpus zu diesen Themen pflegen.

**Stil**: gegliedert in **fünf Bewegungen** (die drei ACPs → das eigentliche Risiko → die Abgrenzung zu MCP → der Buzz-Fall → die Abonnement-Frage), jede in sich geschlossen und separat zitierfähig. Drei Merkmale:

1. **Einstieg mit der eigentlichen Frage** — *"Ein Kollege fragte mich diese Woche: 'Was ist ACP?'"*. Keine abstrakte Darlegung: Das Problem ist datiert, konkret verortet, und die Antwort wird als heikel markiert, bevor sie gegeben wird.
2. **Das Eingeständnis als Argument**. Die stärkste Passage der Notiz ist jene, in der der Autor **ein Versagen des eigenen Tool-Setups berichtet** ("zwölf Treffer, alle zum falschen Protokoll"). Das macht aus einer vokabularischen Kuriosität ein technisches Problem — und verleiht der folgenden Regel Autorität. Ein seltenes Register: Man veröffentlicht selten das Loch im eigenen Setup.
3. **Die operative Pointe**. Jeder Abschnitt endet mit etwas Anwendbarem — der Indexierungsregel, der MCP/ACP-Tabelle, der Kennzeichnung `owner-only` vs. `anyone`. Keine Ausführung bleibt ohne Übersetzung in Handlung.

**Signalphrasen**: *"zwei Protokolle, ein Akronym, null Zusammenhang"*, *"einfache Frage, heikle Antwort"*, *"ein nacktes Akronym wird nie indexiert"*, *"eine perfekte Duplikatfalle"*, *"Zed hat die Sache lanciert und dann losgelassen"*, *"N+M statt N×M, im Produktivbetrieb"*, *"die Unterscheidung ist nicht rechtlicher, sondern architektonischer Natur"*, *"wer konsumiert, und in wessen Auftrag"*, *"lieber beim Design klären als beim Lesen der Nutzungsbedingungen"*.

**Epistemische Haltung**: **vorsichtig und gut belegt**. Der Autor grenzt seine Kompetenz beim vertraglichen Teil explizit ab und verweist eher auf Primärquellen als auf die eigene Interpretation. Der Text liefert sieben Links für ein kurzes Format — eine für eine Notiz dieser Größe ungewöhnliche Quellendichte.

## Pense-betes

- **Datum / Quelle**: **2. August 2026**, Tech-Watch-Notiz von **Didier Girard**.
- **Kernaussage**: Drei Protokolle konkurrieren um das Akronym ACP, ohne jede technische Überschneidung, und die oberflächliche Ähnlichkeit ist maximal ("Protokoll", "Agenten", "Open Source", "2025–2026"). ### Die Entwirrung | Akronym | Vollständiger Name | Verbindet | Herkunft | |---|---|---|---| | ACP #1 | **Agent Client Protocol** | einen **Client** mit einem **Agenten** | Zed, August 2025 | | ACP #2 | **Agentic Commerce Protocol** | einen **Agenten** mit einem **Händler** | OpenAI + Stripe, 29. Sept. 2025 | | ACP #3 | **Agent Communication Protocol** | einen **Agenten** mit einem **Agenten** | IBM Research / BeeAI | Eine Analogie, die trägt: ACP #1 ist für den Agenten das, was **LSP** für die Sprache ist — zuvor N Editoren × M Agenten = N×M maßgeschneiderte Integrationen; danach genügt N+M. Und die Abgrenzung zu MCP passt in zwei Zeilen: **MCP** verbindet einen Agenten mit seinen **Tools und Daten**, **ACP** verbindet einen **Client** mit einem **Agenten**; beide stapeln sich. ### Die Kuratierungsregel, die eigentliche Leistung der Notiz *"Ein nacktes Akronym wird nie indexiert."* Die kanonische Entität ist der **vollständige Name**; das Akronym ist nur ein **Alias**, und ein Alias kann von mehreren Entitäten getragen werden. Direkt auf dieses Repository anwendbar — siehe [`docs/reference/ontologie-kg.md`](docs/reference/ontologie-kg.md) und `scripts/entity_aliases.tsv`. ### Am 2. August 2026 an diesem Korpus durchgeführte Überprüfung | Aussage der Notiz | Ergebnis | |---|---| | *"Nichts zum Zed-Protokoll"* | **bestätigt** — die Zeichenkette "Agent Client Protocol" fehlte in `fiches/` und `kb/`; die Lücke wurde noch am selben Tag durch [[agentclientprotocol-introduction-2026-08-02]] geschlossen | | *"Zwölf Treffer"* | **per grep nicht reproduzierbar** — 3 Fiches enthalten das Token `ACP`, mit 32 Vorkommen. Die "zwölf" stammen wahrscheinlich von einer semantischen Engine. Die Zahl lässt sich nicht verifizieren; die qualitative Schlussfolgerung schon | | War die Falle überhaupt möglich? | **bereits scharfgestellt** — das nackte Akronym `ACP` war im Graphen als **Entität** typisiert, Subjekt von Triples in zwei Fiches, neben einer Variante `Agentic Commerce Protocol (ACP)`, d. h. drei Entitäten für dasselbe Protokoll | | Manifestierter Fehler | die Seite `kb/Agentic-Commerce-Protocol.md` lautete *"category: **Google** agentic commerce protocol"* und die Relation `Google created → Agentic Commerce Protocol` (Konfidenz 0,99), obwohl ACP **OpenAI + Stripe** gehört und Googles Protokoll **UCP** (+ AP2) ist | Die beschriebene Kollision hatte also bereits einen **Zuschreibungsfehler** im Graphen erzeugt. Am 2. August behoben: Varianten auf `Agentic Commerce Protocol` normalisiert, und symmetrisch `UCP` → `Universal Commerce Protocol`, `ACS` → `Agentic Commerce Suite`. Die Regel war hier nicht präventiv, sondern korrektiv. ### Governance von ACP #1, eine hinzuzufügende Nuance Die Notiz stellt fest: *"Zed hat die Sache lanciert und dann losgelassen"*. Der Eröffnungsschritt ist real und verifizierbar (eigene Organisation, versionierte Spezifikation, öffentliche Registry, JetBrains-Implementierung), doch öffentliche Quellen beschreiben eine **geteilte Governance zwischen Zed und JetBrains** — eine im Januar 2026 gemeinsam lancierte Registry —, wobei ACP auf Zeds Seite weiterhin als dessen offener Standard und Vorzeigefunktion von Zed 1.0 präsentiert wird. Offenheit ja, Loslassen nein. Ein seither durch die Primärquelle widerlegtes Detail: Die Zahl **ACP 1.2** wird nicht bestätigt, die Navigation der Spezifikation zeigt **`v1` (Latest)** und **`v2` (Draft)**. Die URL `cdn.agentclientprotocol.com/registry` bleibt unbestätigt. ### Buzz, der konkrete Fall — verifiziert und korrekt Von **Block** am **21. Juli 2026** veröffentlicht, Apache-2.0. Ein selbst hostbarer Arbeitsbereich auf **Nostr**; jeder menschliche oder agentische Teilnehmer ist ein **Schlüsselpaar** (Schnorr); jede Nachricht, jeder Workflow-Schritt und jeder Git-Push ist ein **signiertes Ereignis** in einem Append-only-Log. Drei Bausteine: **`buzz-acp`** (ein Harness, das Buzz-Ereignisse in ACP über stdio an einen Agenten übersetzt), **`buzz-agent`** (ein ACP-Agent, der ein LLM aufruft und MCP-Tools nutzt), **`buzz-dev-mcp`** (ein MCP-Shell- + Editier-Server). Drei Harnesses werden von Haus aus mitgeliefert: **Goose** (Block), **Claude Code** (Anthropic), **Codex** (OpenAI). Das ist nicht "ein Produkt, das ACP nutzt", sondern eine Demonstration, dass die Entkopplung trägt: drei Agenten dreier konkurrierender Anbieter, angedockt über dasselbe Harness, und ein vierter — **Hermes** (Nous Research) — verbunden, ohne dass Block eine Zeile geschrieben hätte. Das N+M-Versprechen wird zu einer beobachtbaren Tatsache. Nuance: Auf Hermes' Seite rahmt die öffentliche Quelle die Ergänzung als **ACP-Servermodus**, der Zed, JetBrains und Neovim öffnet — der Nutzen für Buzz ist also eher eine Folge von ACP als eine gezielte Integration, was das Argument stärkt. Lesart aus Sicht der Unternehmensarchitektur: Buzz stellt ein souveränes, auditierbares Multi-Agenten-Substrat bereit, ohne Abhängigkeit von Dritt-SaaS — signiertes Log, selbst gehosteter Relay, kryptografische Identitäten. Es ist die selbst gehostete Option für den in [[janakiram-agent-platform-portability-contract-2026-07-20]] analysierten Portabilitätsbedarf. ### Claude-Abonnement und Drittanbieter-Agenten 2026er-Zeitleiste, wie von der Notiz berichtet, **nicht erneut verifiziert**: 9. Januar, stille technische Blockade von Abonnement-OAuth-Tokens außerhalb offizieller Tools → 17.–20. Februar, Formalisierung in der Dokumentation und den Consumer Terms (die OpenClaw-Episode) → 4. April, vollständige Durchsetzung → 13.–14. Mai, Ankündigung separater Agent-SDK-Credits (20 $ Pro / 100 $ Max 5x / 200 $ Max 20x), wirksam ab 15. Juni → **15. Juni, die Änderung wurde am selben Tag ihres Inkrafttretens ausgesetzt**. Stand laut Bericht vom 2. August 2026: Das Agent SDK, `claude -p` und Drittanbieteranwendungen greifen auf die Limits des Abonnements zurück, ein separates Guthaben existiert nicht. **Konstruktionsbedingt datiert: vor jeder Entscheidung erneut zu verifizieren.** ### Die Regel, die die Nutzungsbedingungen überdauern wird Die gezogene Grenze trennt die *"gewöhnliche, individuelle"* Nutzung von der **Weiterleitung fremder Anfragen** über Free-/Pro-/Max-Zugangsdaten. Ein `owner-only`-Agent verbraucht **Ihr** Abonnement **für Sie**; ein `anyone`-Agent in einem gemeinsamen Kanal leitet die Anfragen Ihrer Kollegen über Ihr Konto, und das ist der Moment, um auf einen nutzungsbasiert abgerechneten API-Schlüssel umzusteigen. Die Unterscheidung ist nicht rechtlicher, sondern **architektonischer Natur: wer konsumiert, und in wessen Auftrag** — eine Frage, die bereits beim Design zu klären ist. Dies ist die **ambient authority** aus [[valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20]], übertragen von der Autorisierung auf die Abrechnung: Ein Agent, der die Berechtigungen seines Menschen erbt und im Auftrag eines Dritten handelt, stellt dasselbe Grenzproblem dar, ob er nun auf ein Dokument zugreift oder ein Kontingent verbraucht.

## RésuméDe400mots

Tech-Watch-Notiz vom **2. August 2026**, entstanden aus der Frage eines Kollegen — *"Was ist ACP?"* —, bei der der Autor zeigt, dass es keine einfache Antwort gibt: **Drei Protokolle konkurrieren um das Akronym**, ohne jede technische Überschneidung.

**Agent Client Protocol** verbindet **einen Client mit einem Agenten**. Von **Zed** im August 2025 eingeführt, leistet es für Agenten, was **LSP** für Sprachen leistete: Es entkoppelt den Editor vom Agenten. Zuvor erforderten N Editoren × M Agenten **N×M** maßgeschneiderte Integrationen; danach sprechen alle das Protokoll, und **N+M** genügt. JSON-RPC 2.0 über stdio, Apache-2.0. Die Notiz weist darauf hin, dass das Protokoll die Umlaufbahn seines Schöpfers verlassen hat — eine eigene Organisation, eine Agenten-Registry, eine versionierte Spezifikation, eine JetBrains-Implementierung.

**Agentic Commerce Protocol** hat damit nichts zu tun: Es verbindet **einen Agenten mit einem Händler** (Discovery, Warenkorb, Zahlung). Am 29. September 2025 von **OpenAI und Stripe** angekündigt, steht es **Googles** **UCP** (11. Januar 2026) gegenüber, das sich für die Zahlung auf **AP2** stützt. Der Einsatz: die "Visa/Mastercard"-Schicht des Agentic Commerce. **Agent Communication Protocol** (IBM Research / BeeAI), Agent-zu-Agent, rundet das Bild ab und verfälscht Suchen.

**Das beobachtete Problem ist dokumentarischer Natur.** Der Autor sucht "ACP" in seiner Tech-Watch-Datenbank: **zwölf Treffer, alle zum Commerce-Protokoll, keiner zu dem von Zed**. Die Indexierungs-Agenten hatten das Akronym verarbeitet, ohne es zu disambiguieren. Daraus die übernommene Regel: ***"ein nacktes Akronym wird nie indexiert"*** — die Entität ist der vollständige Name, das Akronym ist nur ein **Alias**, hier getragen von drei verschiedenen Entitäten. Die Notiz räumt nebenbei mit einer verwandten Verwechslung auf: **MCP** verbindet einen Agenten mit seinen **Tools**, **ACP** verbindet einen **Client** mit einem **Agenten**, und beide **stapeln sich**.

**Der konkrete Fall ist Buzz**, von **Block** am 21. Juli 2026 unter Apache-2.0 veröffentlicht: ein selbst hostbarer Arbeitsbereich auf **Nostr**, in dem Menschen und Agenten dieselben Kanäle teilen, wobei jeder Teilnehmer ein **Schlüsselpaar** ist und jedes Ereignis — Nachricht, Workflow-Schritt, Git-Push — in einem Append-only-Log **signiert** wird. Die Agenten-Architektur ist vollständig protokollbasiert (`buzz-acp`, `buzz-agent`, `buzz-dev-mcp`), daher die Agnostizität: **Goose, Claude Code und Codex** über dasselbe Harness, und **Hermes** hat sich verbunden, ohne dass auf Blocks Seite eine einzige Codezeile geschrieben wurde. *"N+M statt N×M, im Produktivbetrieb."*

**Die Pointe betrifft das Claude-Abonnement** im Verhältnis zu Drittanbieter-Agenten, nach einem turbulenten Jahr 2026 (OAuth-Blockade, separate Credits angekündigt und dann am Tag ihres Inkrafttretens ausgesetzt). Die gezogene Grenze trennt die **gewöhnliche, individuelle** Nutzung von der **Weiterleitung fremder Anfragen**. Ihre Formulierung gilt über diesen Fall hinaus: *"die Unterscheidung ist nicht rechtlicher, sondern architektonischer Natur: **wer konsumiert, und in wessen Auftrag**"* — eine Frage, die bereits beim Design geklärt werden sollte, statt beim Lesen der Nutzungsbedingungen.

## GrapheDeConnaissance

- Didier Girard —affirme_que→ trois protocoles distincts se partagent le sigle ACP sans aucune intersection technique (AFFIRMATION, 0.97)
- Agent Client Protocol —permet→ de relier un client à un agent, en découplant l'éditeur de l'agent (AFFIRMATION, 0.96)
- Agent Client Protocol —s_inspire_de→ Language Server Protocol (TECHNOLOGIE, 0.93)
- Zed —a_créé→ Agent Client Protocol (TECHNOLOGIE, 0.95)
- JetBrains —utilise→ Agent Client Protocol (TECHNOLOGIE, 0.92)
- Agent Client Protocol —utilise→ JSON-RPC 2.0 sur stdio (TECHNOLOGIE, 0.94)
- Agent Client Protocol —réduit→ le nombre d'intégrations de N×M à N+M (AFFIRMATION, 0.94)
- Agentic Commerce Protocol —permet→ de relier un agent à un commerçant (découverte, panier, paiement) (AFFIRMATION, 0.95)
- OpenAI —a_créé→ Agentic Commerce Protocol (TECHNOLOGIE, 0.95)
- Stripe —a_créé→ Agentic Commerce Protocol (TECHNOLOGIE, 0.93)
- Universal Commerce Protocol —concurrence→ Agentic Commerce Protocol (TECHNOLOGIE, 0.92)
- Universal Commerce Protocol —utilise→ Agent Payments Protocol (TECHNOLOGIE, 0.9)
- Agent Communication Protocol —permet→ l'interopérabilité agent-à-agent (AFFIRMATION, 0.88)
- Didier Girard —recommande→ ne jamais indexer un sigle seul : l'entité est le nom complet, le sigle n'est qu'un alias (AFFIRMATION, 0.96)
- homonymie de sigle —s_oppose_à→ la qualité d'un corpus de veille indexé automatiquement (AFFIRMATION, 0.9)
- Model Context Protocol —s_applique_à→ la liaison entre un agent et ses outils et données (AFFIRMATION, 0.95)
- Agent Client Protocol —converge_avec→ Model Context Protocol (TECHNOLOGIE, 0.9)
- Block —publie→ Buzz (TECHNOLOGIE, 0.97)
- Buzz —utilise→ Nostr (TECHNOLOGIE, 0.95)
- Buzz —utilise→ Agent Client Protocol (TECHNOLOGIE, 0.95)
- Buzz —utilise→ Model Context Protocol (TECHNOLOGIE, 0.93)
- Buzz —permet→ de brancher Goose, Claude Code et Codex par le même harnais (AFFIRMATION, 0.94)
- Buzz —permet→ un substrat multi-agent auto-hébergeable et auditable, sans dépendance SaaS tierce (AFFIRMATION, 0.9)
- Nous Research —utilise→ Agent Client Protocol (TECHNOLOGIE, 0.88)
- Didier Girard —affirme_que→ la frontière entre usage individuel et routage de requêtes d'autrui est architecturale, pas juridique — qui consomme, et pour le compte de qui (CITATION, 0.95)
- Anthropic —affirme_que→ les limites Pro et Max supposent un usage ordinaire et individuel de Claude Code et de l'Agent SDK (AFFIRMATION, 0.9)
- Anthropic —s_oppose_à→ le routage de requêtes d'utilisateurs tiers via des identifiants Free, Pro ou Max (AFFIRMATION, 0.92)

---
Canonical: https://www.thekb.eu/de/fiches/girard-acp-deux-protocoles-un-sigle-2026-08-02/