Tools statt Tutorials

Warum die Entwicklerinfrastruktur für KI-Codierungsagenten anders gebaut werden muss und wie der MvX Agent Hub diese bereitstellt

Dokumentation wird von dem gelesen, der den Code schreibt. In der Geschichte programmierbarer Systeme war dieser Leser meist ein Entwickler. Im Jahr 2026 ist es zunehmend ein KI-Codierungsagent: Er ruft Tool-Definitionen ab, generiert Code auf deren Grundlage und reicht Transaktionen im Namen des Entwicklers ein.

Der Leser hat sich geändert.

MultiversX ist auf der Runtime-Ebene für Agent-Workloads ausgelegt. Supernova bringt Sub-Sekunden-Finalität in den Entscheidungszyklus des Agenten. Zahlungsschienen werden mit derselben Geschwindigkeit abgewickelt. Identität und Vertrauen sind in einer einzigen Transaktion zusammensetzbar. Dieses Substrat muss dennoch von jemandem bebaut werden. Das Publikum, das jetzt baut, liest Dokumentation anders.

Jeder Editor wird mit einem Agenten ausgeliefert

Jede große Entwicklungsumgebung hat KI-Zusammenarbeit als Standardoberfläche ausgeliefert. Cursor und Windsurf haben den Editor um einen Agenten in der Schleife neu aufgebaut. GitHub Copilot ist vom Autocomplete- zum Agentenmodus gewechselt. Claude Code und Codex werden als eigenständige agentische Umgebungen ausgeliefert, wobei Codex jetzt als eingebauter Codierungsagent von ChatGPT integriert ist.

Der Wandel liegt in den Nutzungsmustern, nicht in Ankündigungen. Ein Entwickler im Jahr 2026, der auf einem nicht-trivialen System baut, tut dies mit einem Codierungsagenten als primärem Autor und dem Menschen als Reviewer.

Die meisten Chains präsentieren sich durch Dokumentation, die der neue Leser nicht gut nutzen kann. Code, der gegen narrative Dokumentation generiert wird, sieht plausibel aus, ist aber strukturell falsch. API-Aufrufe weichen von den tatsächlichen Signaturen ab. Konventionen mischen Muster verschiedener Chains. Randfälle liegen drei Seiten entfernt vom Beispiel. Die Chain, auf der ein Codierungsagent letztendlich baut, ist die Chain, die er lesen kann.

Wo die Dokumentation versagt

Hierarchische Dokumentation geht von einem Leser aus, der Kontext aus früheren Seiten aufbaut und weiterträgt. Ein Codierungsagent ruft nur die für die unmittelbare Aufgabe relevante Seite ab. Seitenübergreifender Kontext geht verloren. Jede Seite muss für sich allein stehen, mit Konventionen und Anti-Patterns, die am Verwendungsort eingebettet sind.

SDK-Beispiele gehen von einem Entwickler aus, der liest, versteht, was das Beispiel demonstriert, und es anpasst. Ein Codierungsagent extrahiert das Muster und generiert direkt dagegen. Beispiele, die Importe auslassen oder auf Kontext angewiesen sind, der drei Seiten zuvor etabliert wurde, erzeugen Code, der zu Bugs kompiliert. Das Beispiel muss eigenständig genug sein, um sauber übertragen zu werden.

Tutorial-artige Leitfäden gehen davon aus, dass der Leser das System lernt. Ein Codierungsagent lernt nicht. Er generiert. Er braucht die Regel, nicht die Pädagogik. „Verwende immer das synchrone Cross-Contract-Speicherlesemuster für Same-Shard-Aufrufe“ ist nützlicher als drei Absätze, die erklären, warum.

Das ist kein Dokumentationsqualitätsproblem. Dieselben Dokumente, die menschliche Leser gut bedienen, können agentische Leser vollständig im Stich lassen. Für ein Publikum geschriebene Dokumentation dient nicht automatisch einem anderen.

Chain trifft Agent

Der Agent Hub unter multiversx.com/ai besteht aus drei unterschiedlichen Systemen. Jedes adressiert einen anderen Teil dessen, was ein KI-Codierungsagent von einer Chain braucht. Sie werden routinemäßig verwechselt. Sie tun nicht dasselbe.

MCP gibt einem Agenten Hände. Der MultiversX MCP Server stellt die Onchain-Fähigkeiten des Netzwerks als strukturierte Tools über das Model Context Protocol bereit. Ein Agent, der auf Claude, Cursor oder einem anderen MCP-kompatiblen Client läuft, ruft diese Tools auf, um Kontostände zu prüfen, EGLD zu transferieren, Tokens auszugeben, NFTs zu minen oder den Netzwerkstatus abzufragen – ohne MultiversX-spezifisches Training. Die Tools folgen dem MCP-Standardschema. Agenten entdecken und rufen sie auf die gleiche Weise auf wie jedes andere Tool in der Umgebung. Die Chain wird zu einer weiteren Fähigkeit im Werkzeugkasten des Agenten.

Skills geben einem Agenten Wissen. Das mx-ai-skills Repository installiert modulare Skill-Dateien in die Codierungsumgebung des Agenten. Jede Datei bündelt Fachwissen zu einem MultiversX-Thema: Smart-Contract-Muster, Audit-Konventionen, Gas-Optimierung, statische Analyse, dApp-Frontend, Szenario-Tests. Die Skills führen nicht aus. Sie schränken ein. Ein Agent, der gebeten wird, einen MultiversX Smart Contract zu schreiben, lädt die relevanten Skills und schreibt Code, der den tatsächlichen Konventionen der Chain entspricht, anstatt aus einem anderen Ökosystem importierte Muster zu verwenden. Ein Satz Workflow-Dateien konfiguriert den Agenten als spezifische Rolle: Rust-Contract-Entwickler, Sicherheitsauditor, dApp-Architekt – jede mit ihrer eigenen Einschränkungsoberfläche.

Agent Kit gibt einem Agenten eine Runtime. Das mx-agent-kit ist das Framework zur Bereitstellung autonomer Agenten, die kontinuierlich als eigene Dienste arbeiten – über das hinaus, was ein KI-Assistent beim Schreiben von Code bietet. Es basiert auf dem Eliza Agent Framework und dem Portkey AI Gateway, mit nativer Integration zu OpenAI Swarm, LlamaIndex, LangChain, LangGraph, AutoGen, CrewAI und Phidata. Ein über das Kit bereitgestellter Agent ist ein eigenständiger Prozess: langlebig, netzwerkerreichbar, mit eigener Identität onchain.

Das mentale Modell ist einfach. MCP ist, wie ein Agent Blockchain-Dinge tut. Skills sind, wie ein Agent korrekten MultiversX-Code schreibt. Agent Kit ist, wie ein Agent als eigener Dienst läuft. Hände, Wissen, Runtime.

Vor dem Code

Das Skills-Repository beginnt mit einer Verhaltensregel, die in den Kontext des Agenten injiziert wird, bevor Code generiert wird. Wortwörtlich, wie sie in den Skill-Dateien erscheint:

Frag immer nach Klärung, wenn du unsicher bist.

Domänenspezifische Einschränkungen folgen. Arithmetische Sicherheit nur mit geprüften Operationen. Strikte Einhaltung des Checks-Effects-Interactions-Musters. Sicherheit hat Vorrang vor Bequemlichkeit. Die erste Regel gilt für das Verhalten. Die anderen gelten für den Code.

Die Einschränkungsinjektion vor der Generierung reduziert die Halluzinationsraten. Der Agent schreibt in einem Kontext, der das Raten explizit verbietet und bei Unsicherheit Klärung verlangt. Die Skills sind die Einschränkungsoberfläche; die Persona-Dateien bestimmen, welche Einschränkungen für welche Rolle gelten.

Das gleiche Prinzip zieht sich durch die MCP-Schicht. Jedes Tool gibt typisierte Parameter, strukturierte Rückgabewerte und explizite Fehlerzustände preis. Ein Agent, der das Tool aufruft, kann nicht falsch interpretieren, was es zurückgibt. Die Schnittstelle ist maschinenlesbar ohne Mehrdeutigkeit – dieselbe Eigenschaft, die die Skills für den generierten Code erzwingen.

Ein Lesbarkeitsprinzip, zwei Oberflächen. Die Aufrufschnittstelle ist eingeschränkt. Die Codegenerierung ist eingeschränkt. Die Chain ist an beiden Enden der Schleife für Agenten lesbar.

Drei Befehle zu einem Live-Agenten

OpenClaw ist die Deployment-Vorlage, die alles zusammensetzt. Vom Agent Hub aus:

Was läuft, ist die OpenClaw-Plattforminstallation, das Laden der MultiversX-Skills, die Generierung der Agent-Wallet, die VPS-Bereitstellung mit SSL, Firewall und Health Checks sowie die Onchain-Identitätsregistrierung über MX-8004. Das Deployment erzeugt eine Express-API, ein Next.js-Frontend, Wallet-Integration und eine registrierte Onchain-Identität. Der Agent kann Token swappen, EGLD transferieren, staken und NFTs minen, sobald er live geht.

Die Zeit zwischen der Entscheidung, einen Agenten zu bauen, und einem laufenden Onchain-Agenten beträgt Minuten. Was dies verbraucht, ist das, was die Chain bereits auf Protokollebene liefert: Sub-Sekunden-Finalität, gaslose Transaktionen durch Relayed v3, MX-8004-Identität. Der Agent Hub ist die Schnittstelle, die diese Primitive für das jetzt bauende Publikum nutzbar macht.

Was dies eröffnet

Max war ein leichter Proof of Concept. Max lief auf dem Devnet und führte einen Mystery-Swap-Ablauf durch. Ein Benutzer verband eine Wallet und wählte einen Betrag. Max zog Live-Token-Daten von xExchange, entschied die Token-Allokation autonom, führte Swaps gegen Live-Liquidität durch und gab die gekauften Token an die Wallet des Benutzers zurück. Auf Agentenseite kein Mensch in der Schleife. Der gesamte Stack setzte sich in einer Interaktion zusammen: Discovery, Autorisierung, Ausführung, Abwicklung, Identität. Ein zweiter Modus stellte dieselbe Agentenidentität als konversationellen Chatbot dar.

Das übergreifende Muster ist entscheidend. Wenn die Chain für KI-Codierungsagenten lesbar ist, sinken die Zeit und die Fähigkeiten, die zum Bauen darauf erforderlich sind, drastisch. Ein Entwickler mit einer Idee und Zugang zu einem Codierungsagenten kann in einem Nachmittag einen bereitgestellten Onchain-Dienst produzieren. Ein spezialisierter Domänenagent für ein bestimmtes Protokoll wird zu einem machbaren Wochenendprojekt. Die Gruppe der Menschen, die agentische Dienste auf der Chain bauen können, vergrößert sich um Größenordnungen.

Ein Agent, der Code generiert, der MX-8004-Identität oder MPP-Zahlungsschienen verwendet, liest von derselben Skills-Oberfläche, die Vertragsmuster und Gas-Optimierung lehrt. Die Einschränkungsoberfläche deckt jedes von der Chain bereitgestellte Primitive ab.

Was das eröffnet, sind mehr Agenten. Die tiefere Veränderung ist eine andere Entwickleroberfläche, eine, bei der die Reibung zwischen Idee und Deployment mit der Geschwindigkeit des bauenden Agenten und nicht mit der Geschwindigkeit des Menschen, der die Doku liest, läuft. Die Chains, die in dieser Oberfläche existieren, sind die Chains, auf denen die Agenten gebaut werden.

Was live ist

Der Agent Hub ist live unter multiversx.com/ai. Der MCP-Server, das Skills-Repository, der Agent Kit und die OpenClaw-Vorlage sind Open Source. Der Agent Explorer unter agents.multiversx.com zeigt registrierte Agenten und die von ihnen abgeschlossenen Onchain-Jobs, wobei das Register auf MX-8004-Identitätsverträgen sitzt.

Jeder kann die OpenClaw-Vorlage klonen, einen Agenten bereitstellen und zusehen, wie er sich in Minuten registriert. Ein live durchsuchbares Agentennetzwerk existiert auf einer echten Chain, mit echtem Onchain-Zustand, verbunden mit echten Identitätsprimitiven.

Eine Chain, die du lesen kannst

Die Chain muss für den lesbar sein, der den Code schreibt. Im Jahr 2026 ist das zunehmend ein KI-Codierungsagent, der im Auftrag eines menschlichen Entwicklers handelt, und die Dokumentation, SDKs und Runtime-Infrastruktur, die er liest, sind nicht dieselben Artefakte, die ein menschlicher Leser braucht.

Maschinenlesbare Tool-Definitionen, damit die Chain aufgerufen werden kann. Strukturierte Einschränkungen, damit der generierte Code korrekt ist. Ein Runtime-Framework, damit die gebauten Agenten als eigenständige Dienste operieren können.

Mit der für Agenten und agentische Entwicklung gebauten Oberfläche wird Supernova die Runtime hinzufügen: Geschwindigkeit, Komponierbarkeit, Skalierbarkeit.