Wie ein Nicht-Entwickler mit KI-Agenten produktionsreife Software baut — und was dabei noch fehlt.
Begleittext zu meinem Vortrag „Mein Agentic Stack als Nicht-Entwickler: CEO auf dem Weg zu Enterprise-Grade“, den ich im Juni 2026 beim Agentic Shift Meetup in Dortmund gehalten habe.
Ich habe meine Laufbahn nicht als Entwickler begonnen, sondern im Produktmanagement. Trotzdem entsteht inzwischen ein erheblicher Teil der Software, die ich brauche, unter meinen eigenen Händen — mit KI-Agenten. Das ist kein Hobby-Basteln: Es geht um Werkzeuge, die laufen, gewartet werden und Ansprüchen genügen müssen.
Genau das ist der interessante Punkt. Nicht, dass ein CEO „auch mal etwas zusammenklickt“, sondern dass die Schwelle, ernsthafte Software zu bauen, durch agentisches Tooling so weit gesunken ist, dass die alte Trennlinie zwischen „baut Software“ und „versteht Software“ verschwimmt. Was diese Trennlinie ersetzt, ist Disziplin — nicht ein Diplom.
Warum ein CEO überhaupt selbst baut
Der Reflex ist, das für eine Spielerei zu halten. Ist es nicht. Wer ein Produkt verantwortet, kennt die Anforderungen besser als jede Zwischeninstanz. Wenn der Weg von der Idee zum lauffähigen, nachprüfbaren Stand nur noch Stunden statt Wochen dauert, verschiebt sich, wer was tun kann — und sollte.
Das deckt sich mit der Grundthese von Agentic Engineering: Der Engpass ist längst nicht mehr das Schreiben von Code, sondern Spezifikation, Review und Qualitätssicherung. Genau dort bringt jemand mit Produkt- und Führungssicht Substanz ein. Der Agent erledigt die Aufgaben; der Mensch trifft die Entscheidungen.
Der Kern: Claude Code, Slash-Commands, Subagenten
Das Herz des Stacks ist Claude Code. Es ist nicht nur ein Chat neben dem Editor, sondern ein Agent mit Zugriff auf Dateien, Terminal und Tools — er arbeitet im Projekt, nicht daneben.
Zwei Dinge machen daraus einen wiederholbaren Stack statt einer Reihe von Einzel-Prompts:
- Eigene Slash-Commands kapseln wiederkehrende Abläufe — vom Anlegen eines Features bis zum Release-Schritt. Was ein Mensch sonst jedes Mal neu formulieren müsste, wird zu einem benannten, versionierten Befehl.
- Subagenten-Architektur delegiert klar umrissene Teilaufgaben an spezialisierte Agenten — Recherche, Implementierung, Review. Jeder Subagent hat einen engen Auftrag, was die Ergebnisse verlässlicher und nachvollziehbarer macht.
Das Template-Repository: Scaffolding mit Guardrails
Jedes neue Projekt startet aus einem Base-Template-Repository. Das ist der wichtigste Hebel für Qualität: Statt bei null zu beginnen, bringt jedes Projekt von Tag eins die Leitplanken mit — CI, statische Typen, Tests, Linting, eine klare Projektstruktur und die Konventionen, an die sich der Agent halten soll.
Das ist die praktische Umsetzung der sechs Guardrails aus dem Agentic-Engineering-Ansatz: Sie sind nicht etwas, das man am Ende „noch dazunimmt“, sondern die Voraussetzung dafür, dass ein Agent überhaupt mit reduzierter Aufsicht arbeiten darf. Das Template macht die Guardrails zum Standard, nicht zur Kür.
Skills + MCP: das Integrations-Muster
Zwei Bausteine sorgen dafür, dass der Stack über das einzelne Repository hinaus trägt:
- Skills sind wiederverwendbare Fähigkeiten — gekapseltes Wissen und Abläufe, die der Agent projektübergreifend nutzt, statt sie jedes Mal neu zu erklären.
- MCP-Server (Model Context Protocol) sind die kontrollierte Brücke zu externen Systemen — Daten, Tools, Dienste. Der Agent bekommt Zugriff, aber innerhalb klar definierter Grenzen.
Das Muster dahinter: Skills beschreiben was der Agent kann, MCP-Server liefern den kontrollierten Zugang zu dem, was er dazu braucht. Zusammen ergeben sie einen Stack, der erweiterbar bleibt, ohne die Kontrolle aufzugeben.
Was „enterprise-grade“ heißt — und wo es noch hakt
„Enterprise-grade“ ist kein Etikett, sondern eine Messlatte: Reproduzierbarkeit, Sicherheit, Compliance, Observability, Wartbarkeit. Ein Werkzeug, das nur auf meinem Rechner funktioniert, ist kein Enterprise-Werkzeug — es ist ein Prototyp mit gutem Tag.
Ehrlich bleibt: Mein Stack reisst die Latte an einigen Stellen schon — deterministische Builds, Tests, klare Strukturen. An anderen ist noch Weg: durchgängige Secrets- und Zugriffskonzepte, lückenlose Audit-Trails, Skalierung über den Einzelfall hinaus. Diese Lücken zu benennen ist kein Eingeständnis von Schwäche, sondern der eigentliche Arbeitsauftrag.
Vom persönlichen Stack zum Delivery-Modell
Mein Stack ist im Kleinen, was im Großen als Delivery-Modell gedacht werden muss. Genau dort setzt Silicon Shoring an — das KI-gestützte Software-Delivery-Modell der Reply Group, das dieselben Prinzipien über den gesamten Lebenszyklus enterprise-tauglich orchestriert. Die Disziplin dahinter bleibt Agentic Engineering; das Tooling ist bewusst best-of-breed (Claude Code, MCP) statt an einen einzigen Anbieter gebunden.
Der beste Beweis, dass Agentic Engineering trägt, ist, wenn jemand ohne klassischen Entwickler-Hintergrund damit produktionsreife Software baut. Genau da fängt es an, interessant zu werden — und genau da liegt die Arbeit der nächsten Jahre.
