NetBox ist nur dann eine verlässliche Quelle, wenn es noch zum Netz passt. So gleicht eine einzige natürlichsprachige Anweisung einen Live-UniFi-Controller gegen NetBox ab, schreibt nur die Unterschiede und beweist die langweilige, aber wichtige Eigenschaft: Wenn nichts gedriftet ist, ändert sie nichts.
Deine NetBox sagt das eine, dein Switch das andere. So gleichst du beide mit einer einzigen Anweisung in natürlicher Sprache ab — statt mit einem Python-Skript, das du für immer pflegen musst.
Xen Orchestra hat seine REST-API in 6.4 stabilisiert, und jedes Release seitdem hat eine Handvoll Endpoints ergänzt — 6.6 brachte schreibbare Backup-Repositories und PATCH für VDIs und VIFs. Vates liefert einen eigenen MCP-Server — 7 Tools, bewusst read-only. Wir haben einen anderen Schnitt gewählt: die gesamte 252-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.
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.
