Vom Fachexperten zum Software-Erbauer: Wer kann heute mit KI-Coding-Agenten Software bauen?
Kurz gesagt
Fachexperten ohne Programmierhintergrund können mit KI-Coding-Agenten heute funktionierende interne Werkzeuge bauen, wenn sie ihr Fachgebiet gut verstehen. Ihre größte Schwäche liegt aber genau dort, wo sie am wenigsten sehen: bei unsichtbaren technischen Risiken wie Zugriffsrechten, Datenmigration oder Ausfallverhalten unter Last.
Was eine große Nutzungsauswertung zeigt
Eine Analyse von Anthropic über rund 400.000 Claude-Code-Sitzungen und rund 235.000 Nutzer im Jahr 2026 kommt zu einem bemerkenswerten Ergebnis: Menschen aus anderen Berufsgruppen konnten Coding-Aufgaben im Durchschnitt fast ähnlich häufig erfolgreich abschließen wie klassische Softwareentwickler. Die Erfolgswahrscheinlichkeit stieg dabei vor allem dann, wenn der Nutzer sein eigenes Fachgebiet gut verstand – nicht primär dann, wenn er zusätzlich Programmiererfahrung mitbrachte. Fachwissen über das zu lösende Problem war also wichtiger als technisches Vorwissen.
Was heute konkret machbar ist
Als realistische Beispiele dessen, was Fachexperten heute selbst umsetzen, werden unter anderem genannt: ein Angebotsrechner, ein kleines CRM, ein Außendienst-Dashboard, ein internes Ticketsystem, eine Auftragsverwaltung, ein Warenwirtschaftswerkzeug, ein Kundenportal mit Login, ein WordPress-Plugin, ein Excel-Auswertungstool oder ein kleines SaaS-Produkt. Interessant ist dabei eine Verschiebung in der Nutzungsart von Claude Code selbst: Der Anteil reiner Fehlerbehebungs-Sitzungen sank zwischen Oktober 2025 und April 2026 von 33 auf 19 Prozent, während der Anteil für Betrieb und Konfiguration von Software von 14 auf 21 Prozent stieg. Die Nutzung verschiebt sich also zunehmend vom reinen Codeschreiben hin zum „Dinge tatsächlich fertigmachen und betreiben".
Wo die Stärken und die blinden Flecken je nach Nutzergruppe liegen
Eine Einordnung nach Nutzergruppen macht die Unterschiede deutlich:
- Domänenexperte ohne Codepraxis – Stärke ist das Problem- und Prozesswissen; blinder Fleck sind unsichtbare technische Risiken wie Authentifizierung, Race Conditions oder Datenmigration. Sinnvoll für Prototypen und klar getestete kleine Anwendungen, idealerweise mit Vorlagen, einer Sandbox-Umgebung und einem technischen Reviewer im Hintergrund.
- Programmieranfänger – blinder Fleck liegt bei Architektur, Sicherheit und dem Umgang mit gewachsenem Altcode (Legacy-Verträge im übertragenen Sinn).
- Erfahrener Entwickler – Risiko liegt eher darin, plausibel klingende, aber falsche Vorschläge des Agenten ungeprüft zu übernehmen, sowie in einem wachsenden Rückstau bei Code-Reviews, wenn mehr Code schneller entsteht, als geprüft werden kann.
Wo die eigentliche Grenze verläuft
Die entscheidende Grenze ist nicht eine bestimmte Programmiersprache oder ein bestimmtes Werkzeug, sondern der Punkt, an dem ein Fehler für Dritte, für Daten, für Geld oder für Sicherheit relevant wird – und niemand die Ursache zuverlässig diagnostizieren kann. Genau an diesem Punkt reicht Fachwissen über den eigenen Geschäftsprozess allein nicht mehr aus.
Eine Korrelationsstudie als Gegengewicht zur Euphorie
Eine Studie zum Vibe-Coding-Erfolg fand, dass Vorwissen in Informatik den Erfolg zuverlässiger vorhersagte als die Fähigkeit, gut zu formulieren. Das relativiert die verbreitete Vorstellung, gute Kommunikation mit der KI könne technisches Verständnis vollständig ersetzen – sie hilft, ersetzt aber nicht, was an technischem Grundverständnis nötig ist, sobald ein Projekt über einen einfachen Prototyp hinauswächst.