{"id":3648,"date":"2026-02-02T14:47:00","date_gmt":"2026-02-02T14:47:00","guid":{"rendered":"https:\/\/structr.com\/blog\/low-code-entwicklung-das-natuerliche-gegenmittel-zu-ki-bedingter-technischer-verschuldung\/"},"modified":"2026-02-02T14:47:31","modified_gmt":"2026-02-02T14:47:31","slug":"low-code-entwicklung-das-natuerliche-gegenmittel-zu-ki-bedingter-technischer-verschuldung","status":"publish","type":"post","link":"https:\/\/structr.com\/de\/blog\/low-code-entwicklung-das-natuerliche-gegenmittel-zu-ki-bedingter-technischer-verschuldung\/","title":{"rendered":"Low-Code-Entwicklung: Das nat\u00fcrliche Gegenmittel zu KI-bedingter technischer Verschuldung"},"content":{"rendered":"<div class=\"wpb-content-wrapper\"><p>[vc_row][vc_column][vc_column_text]<em>Eine Antwort auf die Herausforderungen, die in <a href=\"https:\/\/www.linkedin.com\/posts\/becheung_ai-aiengineering-softwaredevelopment-activity-7421601584398233600-ssrI\" target=\"_blank\" rel=\"noopener\">diesem LinkedIn-Post<\/a> \u00fcber KI-Kodierassistenten und die Anh\u00e4ufung technischer Schulden beschrieben werden<\/em><\/p>\n<hr>\n<p>In einem k\u00fcrzlich erschienenen LinkedIn-Beitrag erz\u00e4hlte ein Entwicklungsleiter eine ern\u00fcchternde Geschichte: Sein Team lieferte eine Funktion in drei Tagen mithilfe von KI-Codierassistenten aus &#8211; eine Aufgabe, die zuvor drei Wochen dauerte. Sechs Monate sp\u00e4ter konnten sie einen kritischen Fehler darin nicht beheben. Das Team hatte &#8222;technische Schulden in dreifacher Geschwindigkeit angeh\u00e4uft&#8220;.  <\/p>\n<p>Der Beitrag beschreibt ein vertrautes Muster, das sich in der gesamten Branche abzeichnet: beeindruckende Geschwindigkeitsmetriken, gefolgt von Wartungsalbtr\u00e4umen. KI-generierter Code, der funktioniert, den aber niemand wirklich versteht. Funktionen, die Funktionen in Mustern aufrufen, die niemand kennt. Kommentare, die beschreiben <em>, was<\/em> der Code tut, aber nicht <em>warum<\/em>. Keine dokumentierten architektonischen Entscheidungen oder Entwurfs\u00fcberlegungen.    <\/p>\n<p>Die vorgeschlagene L\u00f6sung &#8211; die BMAD-Methode &#8211; umfasst spezialisierte KI-Agenten, strukturierte Dokumentation, Kontrollmanifeste, doppelte Pr\u00fcfungen und fortlaufende Hauptb\u00fccher. Es ist ein durchdachter Ansatz, der &#8222;80 % der Geschwindigkeit beibeh\u00e4lt&#8220; und gleichzeitig &#8222;100 % der R\u00fcckverfolgbarkeit&#8220; wiederherstellt. <\/p>\n<p>Aber es gibt <strong>einen alternativen Ansatz, der diese Probleme von vornherein l\u00f6st, anstatt sie zu verwalten.<\/strong><\/p>\n<h2 id=\"die-low-code-alternative\">Die Low-Code-Alternative<\/h2>\n<p>Low-Code-Entwicklungsplattformen umgehen die gesamte Kategorie der im urspr\u00fcnglichen Beitrag beschriebenen Probleme. Hier ist der Grund daf\u00fcr: <\/p>\n<h3 id=\"visuelle-architektur-als-lebendige-dokumentation\">Visuelle Architektur als lebendige Dokumentation<\/h3>\n<p>Im Gegensatz zu KI-generiertem Code, bei dem &#8222;niemand den Code versteht&#8220;, bieten Low-Code-Plattformen visuelle Darstellungen Ihrer Anwendungsarchitektur. Das Schema, die Beziehungen und die Gesch\u00e4ftslogik werden grafisch modelliert, sodass die Systemstruktur f\u00fcr jeden im Team sofort verst\u00e4ndlich ist. Es gibt keine undurchsichtigen Funktionsketten oder unerkennbare Muster mehr &#8211; die Architektur <em>ist die<\/em> Dokumentation.  <\/p>\n<h3 id=\"deklaratives-design-ueber-generierten-code\">Deklaratives Design \u00fcber generierten Code<\/h3>\n<p>Mit Low-Code-Tools h\u00e4ufen Sie nicht Tausende von Zeilen KI-generierten Implementierungscodes an. Stattdessen definieren Sie Ihre Anwendung durch hochgradige Abstraktionen: <\/p>\n<ul>\n<li>Datenmodelle und ihre Beziehungen<\/li>\n<li>Gesch\u00e4ftslogik durch visuelle Workflows oder eingeschr\u00e4nkte Skriptumgebungen<\/li>\n<li>UI-Komponenten durch strukturierte Konfiguration<\/li>\n<\/ul>\n<p>Wenn Sie sechs Monate sp\u00e4ter Funktionen \u00e4ndern m\u00fcssen, arbeiten Sie mit diesen High-Level-Abstraktionen und m\u00fcssen nicht versuchen, Implementierungsdetails zu entschl\u00fcsseln, die niemand in Ihrem Team geschrieben hat oder vollst\u00e4ndig versteht.<\/p>\n<h3 id=\"inhaerente-rueckverfolgbarkeit-ohne-overhead\">Inh\u00e4rente R\u00fcckverfolgbarkeit ohne Overhead<\/h3>\n<p>Die BMAD-Methode versucht, die R\u00fcckverfolgbarkeit durch umfassende Dokumentation, Versionierung und Prozessdisziplin zu verbessern. Low-Code-Plattformen bieten dies standardm\u00e4\u00dfig. Schema\u00e4nderungen werden nachverfolgt und versioniert, Beziehungen zwischen Entit\u00e4ten sind explizit, und Gesch\u00e4ftsregeln werden in strukturierten, \u00fcberpr\u00fcfbaren Formaten definiert.  <\/p>\n<h2 id=\"graph-basierter-low-code-es-geht-noch-weiter\">Graph-basierter Low-Code: Es geht noch weiter<\/h2>\n<p>Jetzt wird es erst richtig interessant:  <strong>nicht alle Low-Code-Plattformen sind gleich.<\/strong><\/p>\n<p>Herk\u00f6mmliche Low-Code-Tools verwenden visuelle Darstellungen von High-Level-Abstraktionen, was bereits eine erhebliche Verbesserung gegen\u00fcber der Verwaltung von Rohcode darstellt. Aber Plattformen, die die Konfiguration von Low-Code-Laufzeitelementen als <strong>zusammenh\u00e4ngenden Graphen<\/strong> speichern &#8211; zum Beispiel in einer Graphdatenbank &#8211; gehen noch einen Schritt weiter. <\/p>\n<h3 id=\"unmittelbar-von-abstrakten-definitionen-ausgehen\">Unmittelbar von abstrakten Definitionen ausgehen<\/h3>\n<p>In einer graphenbasierten Low-Code-Plattform verf\u00fcgt Ihre Anwendung nicht nur \u00fcber eine visuelle Darstellung, die in herk\u00f6mmlichen Code kompiliert wird. Stattdessen <strong>l\u00e4uft die Anwendung direkt auf der Grundlage der<\/strong> im Graphen gespeicherten <strong>abstrakten Definitionen<\/strong>: <\/p>\n<ul>\n<li>Die Schemadefinitionen<\/li>\n<li>Die Regeln der Gesch\u00e4ftslogik<\/li>\n<li>Die Frontend-Elemente<\/li>\n<li>Die Beziehungen zwischen all diesen Komponenten<\/li>\n<\/ul>\n<p>Es gibt keine versteckte Implementierungsschicht. Was Sie modellieren, l\u00e4uft auch. Die L\u00fccke zwischen Entwurf und Laufzeit verschwindet vollst\u00e4ndig.  <\/p>\n<h3 id=\"alles-ist-miteinander-verbunden\">Alles ist miteinander verbunden<\/h3>\n<p>In einem System, in dem alle Komponenten einer Anwendung als Knoten und Beziehungen in einem zusammenh\u00e4ngenden Graphen gespeichert sind, k\u00f6nnen Sie einfach <strong>die Beziehungen verfolgen<\/strong>, um zu verstehen, wie alles zusammenpasst: <\/p>\n<ul>\n<li>Sie m\u00f6chten sehen, welche Gesch\u00e4ftslogik einen bestimmten Datentyp verwendet? Folgen Sie den R\u00e4ndern. <\/li>\n<li>Sie m\u00f6chten alle UI-Komponenten finden, die bestimmte Daten anzeigen? Verfolgen Sie die Verbindungen. <\/li>\n<li>Sie fragen sich, was passiert, wenn ein Benutzer eine Aktion ausl\u00f6st? Gehen Sie den Graphen durch. <\/li>\n<\/ul>\n<p>Dies ist keine Dokumentation, die nicht mit der Realit\u00e4t \u00fcbereinstimmen k\u00f6nnte. Es handelt sich <em>um<\/em> die Realit\u00e4t Ihrer Anwendung, die jederzeit abgefragt und durchsucht werden kann. <\/p>\n<h3 id=\"ki-agenten-und-graphengestuetzte-konfiguration\">KI-Agenten und graphengest\u00fctzte Konfiguration<\/h3>\n<p>Hier ist die entscheidende Erkenntnis f\u00fcr Teams, die KI-Unterst\u00fctzung nutzen:  <strong>F\u00fcr KI-Agenten ist es um Gr\u00f6\u00dfenordnungen einfacher, mit einem Konfigurationsgraphen zu arbeiten, als eine Textcodebasis f\u00fcr ein Projekt derselben Komplexit\u00e4t zu erstellen und zu pflegen.<\/strong><\/p>\n<p>\u00dcberlegen Sie es sich:<\/p>\n<ul>\n<li><strong>Strukturierte Daten vs. unstrukturierter Code<\/strong>: Eine Graphdatenbank speichert Ihre Anwendung als strukturierte, typisierte Daten mit eindeutigen Beziehungen. KI muss keine Syntax analysieren, keine Absicht ableiten und keine Architektur erraten &#8211; alles ist explizit. <\/li>\n<li><strong>Atomare, \u00fcberpr\u00fcfbare \u00c4nderungen<\/strong>: Die \u00c4nderung eines Diagrammknotens oder einer Beziehung ist ein diskreter, \u00fcberpr\u00fcfbarer Vorgang. Vergleichen Sie dies mit der \u00c4nderung von KI-Code, bei der eine \u00c4nderung Auswirkungen haben kann, die schwer vorherzusagen oder zu \u00fcberpr\u00fcfen sind. <\/li>\n<li><strong>Durchsetzung von Beschr\u00e4nkungen<\/strong>: Diagrammschemata erzwingen Datenintegrit\u00e4t. KI kann nicht versehentlich ung\u00fcltige Konfigurationen erstellen oder Beziehungen unterbrechen &#8211; die Datenbank verhindert dies. <\/li>\n<li><strong>Abfragbarer Kontext<\/strong>: KI kann den Graphen abfragen, um den vollst\u00e4ndigen Kontext jeder \u00c4nderung zu verstehen. Die Frage &#8222;Zeigen Sie mir alle Gesch\u00e4ftslogik, die diesen Entit\u00e4tstyp verwendet&#8220; ist eine einfache Graphenabfrage und keine komplexe Code-Analyseaufgabe. <\/li>\n<li><strong>Umkehrbare Operationen<\/strong>: Graphenbasierte \u00c4nderungen sind transaktional und k\u00f6nnen problemlos r\u00fcckg\u00e4ngig gemacht werden, im Gegensatz zu Code\u00e4nderungen, die eine sorgf\u00e4ltige Zusammenf\u00fchrung und Konfliktl\u00f6sung erfordern k\u00f6nnen.<\/li>\n<\/ul>\n<p>Wenn es sich bei Ihrer Anwendung um einen Graphen handelt, wird KI zu einem Werkzeug f\u00fcr die <strong>strukturierte Datenmanipulation<\/strong> und nicht f\u00fcr die <strong>Codegenerierung<\/strong>. Dies ist ein grundlegend leichter l\u00f6sbares Problem. <\/p>\n<h2 id=\"der-echte-vergleich\">Der echte Vergleich<\/h2>\n<p>Vergleichen wir die beiden Ans\u00e4tze sechs Monate nach der ersten Entwicklung:<\/p>\n<p><strong>Traditioneller KI-generierter Code (auch mit BMAD):<\/strong><\/p>\n<ul>\n<li>Umfangreiche Dokumentation zu pflegen<\/li>\n<li>Codepr\u00fcfungen durch Menschen UND KI-Agenten<\/li>\n<li>Kontrollmanifeste zur Festlegung von Grenzen<\/li>\n<li>Kontinuierlich gef\u00fchrte B\u00fccher zur Verfolgung von \u00c4nderungen<\/li>\n<li>Details der Implementierung m\u00fcssen noch entschl\u00fcsselt werden<\/li>\n<li>80% der Geschwindigkeit, erheblicher Prozess-Overhead<\/li>\n<\/ul>\n<p><strong>Graph-basierter Low-Code:<\/strong><\/p>\n<ul>\n<li>Visuelles Schema bleibt sofort nachvollziehbar<\/li>\n<li>Beziehungen sind eindeutig und abfragbar<\/li>\n<li>\u00c4nderungen an hochrangigen Abstraktionen<\/li>\n<li>Neue Teammitglieder verstehen das System schnell<\/li>\n<li>KI-Assistenz arbeitet mit strukturierten Daten, nicht mit Codegenerierung<\/li>\n<li>Vergleichbare oder bessere Geschwindigkeit, minimaler Prozess-Overhead<\/li>\n<\/ul>\n<h2 id=\"die-grundsaetzliche-frage\">Die grunds\u00e4tzliche Frage<\/h2>\n<p>Im Originalbeitrag werden die Teams aufgefordert, eine umfassende Prozessdisziplin zur Verwaltung von KI-generiertem Code einzuf\u00fchren. Aber vielleicht stellen wir ja die falsche Frage. <\/p>\n<p>Statt &#8222;Wie k\u00f6nnen wir die KI-Code-Generierung disziplinieren?&#8220; sollten wir uns vielleicht fragen: <strong>&#8222;Warum generieren wir \u00fcberhaupt traditionellen Code, wenn Higher-Level-Ans\u00e4tze diese Probleme von Haus aus l\u00f6sen?&#8220;<\/strong><\/p>\n<p>Und es geht noch weiter: <strong>&#8222;Warum verwenden wir nicht graphbasierte Darstellungen, bei denen KI mit strukturierten Konfigurationsdaten arbeiten kann, anstatt komplexe Codebasen zu erstellen und zu pflegen?&#8220;<\/strong><\/p>\n<h2 id=\"der-weg-nach-vorn\">Der Weg nach vorn<\/h2>\n<p>Verstehen Sie mich nicht falsch &#8211; die BMAD-Methode steht f\u00fcr durchdachte technische Disziplin. Teams, die in der traditionellen Entwicklung mit KI-Assistenten feststecken, w\u00fcrden von ihr profitieren. <\/p>\n<p>Aber es gibt einen besseren Weg: die Wahl von Entwicklungsplattformen, die:<\/p>\n<ol>\n<li>Arbeiten Sie auf der richtigen Abstraktionsebene<\/li>\n<li>Speichern der Anwendungsstruktur als zusammenh\u00e4ngende, abfragbare Daten<\/li>\n<li>Direkt von diesen abstrakten Definitionen ausgehen<\/li>\n<li>KI-Unterst\u00fctzung als Werkzeug f\u00fcr die Datenmanipulation und nicht f\u00fcr die Codegenerierung<\/li>\n<\/ol>\n<p>Hier geht es nicht darum, zwischen Geschwindigkeit und Wartbarkeit zu w\u00e4hlen. Es geht darum, einen Ansatz zu w\u00e4hlen, bei dem diese beiden Aspekte nicht von vornherein im Widerspruch zueinander stehen. <\/p>\n<hr>\n<p><strong>Kennen Sie den im Originalbeitrag beschriebenen Zyklus der technischen KI-Schulden? Haben Sie dar\u00fcber nachgedacht, wie graphenbasierte Low-Code-Plattformen die Gleichung grundlegend ver\u00e4ndern k\u00f6nnten? <\/strong><\/p>\n<p><em>F\u00fcr Teams, die komplexe Anwendungen entwickeln und eine hohe Geschwindigkeit ohne technische Schulden anstreben, k\u00f6nnte die Erkundung graphbasierter Low-Code-Plattformen die strategischste Entscheidung des Jahres sein.<\/em><\/p>\n<hr>\n<p><em>Dieser Beitrag wurde als Antwort auf <a href=\"https:\/\/www.linkedin.com\/posts\/becheung_ai-aiengineering-softwaredevelopment-activity-7421601584398233600-ssrI\" target=\"_blank\" rel=\"noopener\">Benny Cheungs hervorragende Analyse<\/a> der Herausforderungen der KI-Programmierung geschrieben. Wenn Sie mit KI-generierten technischen Schulden zu tun haben, lohnt es sich, seine BMAD-Methode zu studieren &#8211; und zu \u00fcberlegen, ob ein anderes Paradigma Ihnen nicht sogar besser helfen k\u00f6nnte. <\/em>[\/vc_column_text][\/vc_column][\/vc_row]<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>[vc_row][vc_column][vc_column_text]Eine Antwort auf die Herausforderungen, die in diesem LinkedIn-Post \u00fcber KI-Kodierassistenten und die Anh\u00e4ufung technischer Schulden beschrieben werden In einem \u2026<\/p>\n","protected":false},"author":2,"featured_media":3535,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[743,898,824,612],"tags":[],"class_list":["post-3648","post","type-post","status-publish","format-standard","hentry","category-kommentar","category-ai","category-low-code","category-programmierung"],"acf":[],"_links":{"self":[{"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/posts\/3648","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/comments?post=3648"}],"version-history":[{"count":2,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/posts\/3648\/revisions"}],"predecessor-version":[{"id":3650,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/posts\/3648\/revisions\/3650"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/media\/3535"}],"wp:attachment":[{"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/media?parent=3648"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/categories?post=3648"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/tags?post=3648"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}