Der schwierigste Kasten ist der erste. Du weißt ungefähr, wie das System in deinem Kopf aussieht, aber es in Formen auf einer Leinwand zu übertragen, bedeutet Dutzende kleiner Entscheidungen, bevor du überhaupt etwas hast, worauf du reagieren kannst. Genau hier verändert es den Ablauf wirklich, wenn du es zuerst in Worten beschreibst: Du bekommst in Sekunden einen Entwurf, und über einen Entwurf lässt sich viel leichter streiten als über eine leere Fläche.
Hier ist der ganze Kreislauf von Anfang bis Ende an einem echten Beispiel. Das Ziel ist kein magisch fertiges Diagramm, sondern ein ausreichend guter erster Wurf, den du dann von Hand korrekt machst.
Schritt 1: einen ehrlichen Satz schreiben
Denk nicht zu lange über den Prompt nach. Beschreib das System so, wie du es einem neuen Teammitglied erklären würdest. Nenne die Bausteine und wie sie verbunden sind.
A web app with a CDN in front, a load balancer, two stateless API servers, a Postgres primary with one read replica, a Redis cache, and a background worker reading from a queue.
Dieser Satz enthält alles, was ein erster Entwurf braucht: die Komponenten, die Auffächerung (zwei API-Server), die Datenschicht (Primary plus Replica) und den asynchronen Pfad (Worker plus Queue). Du verlangst vom Tool keine Genialität. Du verlangst, dass es platziert, was du schon gesagt hast.
Schritt 2: den Entwurf holen
Füge das in den Generieren-Dialog ein, und du bekommst ein fertig angeordnetes Diagramm aus echten, editierbaren Formen. Der Wert liegt in Tempo und Vollständigkeit: Jede genannte Komponente liegt auf der Leinwand, ungefähr in der richtigen Beziehung, in der Zeit, die du zum Lesen des Satzes gebraucht hast.
Schritt 3: korrigieren, was die Maschine geraten hat
Dieser Schritt trennt ein nützliches Tool von einem Partytrick. Der Entwurf ist eine Vermutung, und Vermutungen liegen im Kleinen daneben. Vielleicht sollte der Cache vor der Datenbank sitzen, nicht daneben. Vielleicht spricht nur ein API-Server mit der Replica. Weil die Ausgabe aus editierbaren Formen besteht, heißt Korrigieren ziehen und klicken, nicht von vorn anfangen.
- Verschiebe die Teile, die das Layout falsch platziert hat.
- Zeichne die Verbindung, die es übersehen hat, oder lösche eine erfundene.
- Hebe den wichtigen Pfad hervor (etwa den Schreibpfad), damit der Blick der Lesenden zuerst dort landet.
- Gruppiere die Teile, die zu einem Service oder einem Team gehören.
Der Prompt bringt dich zu einem Entwurf. Deine Änderungen bringen dich zur Wahrheit. Nur einer dieser Schritte braucht einen Menschen, und zwar der zweite.
Schritt 4: verfeinern durch Fragen, nicht nur durch Ziehen
Du musst nicht alles von Hand machen. Wenn die Form des Systems ungefähr stimmt, du aber eine Variante willst, frag danach: „füge einen Object Store für Uploads hinzu“ oder „setz ein API-Gateway vor die Services“. Sieh das Gespräch als schnellen Weg zum nächsten Entwurf und geh dann zurück zum Bearbeiten. Die beiden Modi, Reden und Ziehen, verstärken sich gegenseitig.
Schritt 5: ein echtes Artefakt daraus machen
Ein Diagramm, das nur in deinem Kopf existiert, nützt niemandem. Sobald das Bild stimmt, bring es dorthin, wo es gebraucht wird. Exportiere es als PNG, SVG oder PDF für ein Design-Dokument. Bette es als schreibgeschützte Ansicht in eine README ein. Oder exportiere es nach Mermaid oder D2, damit eine Textversion im Pull Request landet und wie Code reviewt wird.
Das ist der ganze Kreislauf: Ein Satz wird zum Entwurf, der Entwurf wird durch deine Änderungen korrekt, und das korrekte Diagramm wird zu etwas, das dein Team wirklich nutzen kann. Die KI hat den langsamsten, am wenigsten wertvollen Teil (Kästen platzieren) übernommen und dir den Teil gelassen, der Urteilsvermögen braucht. Beschreib dein nächstes System in einem Satz und sieh, wie weit dich der erste Entwurf bringt.