Xen Orchestra 6.4 hat seine REST-API stabilisiert, 6.5 hat PATCH-Updates und VM-Controller ergänzt. Vates liefert einen eigenen MCP-Server — 7 Tools, bewusst read-only. Wir haben einen anderen Schnitt gewählt: die gesamte 245-Endpoint-Oberfläche, lesend und schreibend, als eine DADL. Beide gehören in dieselbe Registry. Hier ist, warum.
Wie eine Enterprise Tool Library tatsächlich aufgebaut ist: die sechs Säulen, die fail-closed Request-Pipeline, und wie DADL und Code Mode eine einzige kontrollierte Schicht vor jeden MCP-Server oder jede REST-API setzen.
DeepL hat gerade 13 neue REST-Endpoints ausgerollt — Style Rules, mehrsprachige Glossare, Translation Memory, /v3/languages, tag_handling v2. Der offizielle MCP-Server hat heute keinen davon. Wir haben alle in einer 38 KB großen DADL abgedeckt. Hier ist das Build-Log.
Wie man mit ToolMesh-Konnektoren eine frische NetBox-Instanz aus Linode, Hetzner Cloud, Xen Orchestra und weiteren Quellen befüllt — mit einem vertrauensbildenden Ansatz vom Import bis zum Autopilot.
KI-Agenten erreichen die Produktion schneller, als Governance hinterherkommt. ToolMesh ist die fehlende Kontrollschicht zwischen KI-Agenten und Unternehmenssystemen — sie steuert Tool-Calls und bindet jede API in Minuten an.
Selbst ein abgespeckter MCP-Wrapper sind 90 Zeilen TypeScript. Produktions-Wrapper wachsen auf über 200 Zeilen. Dieselbe Integration in DADL braucht 40 Zeilen YAML — und der eigentliche Gewinn ist nicht die Zeilenzahl.
Gateways sind notwendig für die sichere Ausführung von Agenten, aber sie lösen das eigentliche Skalierungsproblem nicht. Die MCP-Ära braucht eine Description-Schicht, die das Erstellen von Backends trivial macht.
