Auch genannt: Language Server Protocol, Code-Intelligenz für Agenten
Der Bauplan hinter den Agenten-Protokollen
LSP hat 2016 ein Problem gelöst, das dem heutigen strukturell gleicht: Jeder Editor musste die Unterstützung für jede Programmiersprache selbst bauen. Der Standard machte aus N×M Einzelintegrationen ein N+M – ein Sprachserver, von allen Editoren nutzbar.
Genau dieses Muster liegt MCP und dem Agent Client Protocol zugrunde: ein schlanker Vertrag zwischen zwei Seiten statt paarweiser Integrationen, technisch auf demselben schlichten Nachrichtenformat (JSON-RPC) und denselben Transportwegen aufgesetzt. Das ist auch die nützlichste Entzauberung im Gespräch über Agenten-Protokolle: Dahinter steckt kein exotisches Neuland, sondern eine seit zehn Jahren erprobte Bauweise – der Grund, warum sich diese Standards so schnell verbreiten konnten und warum vorhandene Netz- und Sicherheitswerkzeuge damit umgehen können.
Als Werkzeug für Agenten
Moderne Coding-Agenten binden Sprachserver ein, um Code strukturell zu verstehen: Wo wird diese Funktion tatsächlich verwendet? Welcher Typ steckt hinter dieser Variable? Was bricht, wenn ich das umbenenne?
Das ist der Unterschied zwischen einem Agenten, der eine Umbenennung im ganzen Projekt sauber durchzieht, und einem, der Textstellen ersetzt und dabei Gleichnamiges mitreißt. Wer erklären will, warum sich Coding-Werkzeuge in der Ergebnisqualität unterscheiden, findet hier einen der wenigen technisch belegbaren Gründe – siehe Agent-Harness.
Aktualisiert