Zum Inhalt springen

root / tags / lsp

#LSP

3 Fiches

KI-Coding-Agenten & Skills Automatisch geprüfte Übersetzung

Agent Client Protocol — Introduction

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.

#Agent Client Protocol#ACP#offenes Protokoll

**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.

KI-Coding-Agenten & Skills Automatisch geprüfte Übersetzung

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

Tech-Watch-Notiz von **Didier Girard** vom **2. August 2026**, ausgelöst durch die Frage eines Kollegen ("was ist ACP?"), die sich als ein Problem herausstellt, das nicht terminologischer, sondern **dokumentarischer** Natur 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, "was LSP für Sprachen war"), **Agentic Commerce Protocol** (Agent ↔ Händler — OpenAI + Stripe, 29. Sept. 2025, im Wettstreit mit 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 deren beobachtetes Scheitern**: Der Autor sucht "ACP" in seiner Tech-Watch-Wissensbasis und erhält **zwölf Ergebnisse, allesamt zum Commerce-Protokoll, null zu Zeds Protokoll** – *"unsere Watch-Agenten hatten das Akronym indexiert, ohne es zu disambiguieren"*. Daraus folgt eine Regel des Knowledge Engineering: ***"niemals ein bloßes Akronym indexieren"*** – die Entität ist "Agent Client Protocol", "ACP" ist **nur ein Alias**, der von drei verschiedenen Entitäten getragen wird. Es folgt eine strukturierende Klarstellung (**MCP verbindet einen Agenten mit seinen Tools, ACP verbindet einen Client mit einem Agenten; beide bauen aufeinander auf**), dann der Lehrbuchfall: **Buzz**, veröffentlicht von **Block** am 21. Juli 2026 unter Apache-2.0 – ein selbst hostbarer Workspace 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 darstellt. 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-Server für Shell und Bearbeitung), daher die Agenten-Agnostizität: **Goose, Claude Code und Codex** docken über denselben Harness an, und **Hermes** (Nous Research) hat sich damit verbunden, ohne dass Block eine einzige Zeile Code geschrieben hätte – *"N+M statt N×M, in Produktion laufend"*. Die Notiz schließt mit der Frage des **Claude-Abonnements** gegenüber Drittanbieter-Agenten, mit einer fünfstufigen Zeitleiste für 2026 und einer **Designregel**, die über diesen Fall hinaus gilt: Die Grenze verläuft nicht rechtlich, sondern **architektonisch** – ***"wer konsumiert, und in wessen Namen"*** (ein `owner-only`-Agent konsumiert dein Abonnement für dich; ein `anyone`-Agent in einem geteilten Kanal leitet die Anfragen deiner Kollegen über dein Konto). ⭐ **In diesem Korpus durchgeführte Verifizierung**: Die These bestätigt sich, und zwar deutlicher als die Notiz behauptet – nicht nur ist "Agent Client Protocol" darin **völlig abwesend**, sondern das bloße 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 erst kommendes Risiko: Sie hat **bereits einen Zuschreibungsfehler** im Graphen erzeugt.

#ACP#Agent Client Protocol#Agentic Commerce Protocol

**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.

Transformation & Adoption Automatisch geprüfte Übersetzung

Steps of AI Adoption (tableau/artifact + post LinkedIn « I talk to engineers at other companies every day… »)

**Boris Cherny** (Creator & Head of Claude Code @Anthropic) veröffentlicht auf LinkedIn eine Framework-Tabelle, **« Steps of AI Adoption »**, die die Einführung agentischer KI durch ein Engineering-Team über **5 Stufen (0→4)** abbildet, jede charakterisiert durch eine **Größenordnung der gesteuerten Agenten** und eine **Transformation der Rolle des Engineers**: **0 Gated** (0 Agenten, abgeschotteter Zugang), **1 Assisted** (~1 Agent — „du + ein Agent“, betreutes Pair Programming), **2 Parallel** (~10 Agenten — **Orchestrator**), **3 Supervised autonomy** (~100 Agenten — **Manager of Managers**, ein Org-Baum), **4 AI-native** (~1.000+ Agenten — **VP Steering by Intent**). Die Tabelle kreuzt fünf Spalten: Anzahl der Agenten, *wie es aussieht*, *der Engpass*, *die hilfreichen Produkte*, *die Guardrails*. **Zentrale These**: mehr Tokens zu verbrauchen bringt keinen Stufenaufstieg — der Aufstieg zur nächsten Stufe erfordert, **den nächsten Engpass zu identifizieren und aufzulösen** UND **den nächsten Satz an Guardrails aufzubauen**. Konkret: Claude eine verlässliche **Self-Verification-Loop** geben (Tests + Build + Lint + E2E in einer echten Umgebung), **Auto mode** aktivieren (um blockierende Berechtigungsabfragen zu vermeiden), **Code-Review und Security-Review zum Standard machen**, Multi-Agenten-Oberflächen einführen (Agent View CLI, Desktop, iOS/Android-Apps, Tag), dann `/loop`, `/batch`, `/goal`, **dynamische Workflows** und **worktree isolation** für Subagenten. Zum Thema Steuerung: Nutzung (Dashboard) misst **Aktivität, nicht Ertrag**; die richtige Frage lautet *„hätten wir hierfür ohnehin Engineering-Aufwand investiert? Wenn ja, wie viele manuelle Engineer-Stunden hätte es gekostet?“* — das ist der ROI. Der eigentliche Gewinn stellt sich ein, wenn **Fixes und Wartung im Hintergrund ablaufen** und Teams sich auf das *Bauen* konzentrieren. Anthropic befindet sich auf **Stufe 3, auf dem Weg zu 4**; Boris Cherny erklärt, persönlich **Stufe 4** erreicht zu haben.

#Boris Cherny#Claude Code#Anthropic

Boris Cherny (Creator & Head of Claude Code @Anthropic)