KI-Agenten für nicht-technische Gründer:Welcher wann

KI-Agenten für nicht-technische Gründer laufen auf dieselbe KI hinaus, die auf vier verschiedene Aufgaben angesetzt wird: ein Explorer, der den Code deines Produkts kartiert, ein Planer, der Arbeit in Schritte zerlegt, ein Builder, der schreibt, und ein Debugger, der Probleme aufspürt. Wähle den richtigen, und eine Frage, die früher 30 Minuten fraß, dauert fünf. Wähle den falschen, und du fragst dich, warum sich „KI-Tempo“ so langsam anfühlt.

Ich habe zwei Stunden verschwendet, weil ich den falschen Agenten benutzt habe. Hier ist, was passiert ist, die vier Aufgaben und die einfache Abfolge, die entscheidet, zu welchem du greifst.

Die zwei Stunden, die ich an den falschen Agenten verlor

Ich musste verstehen, wie das Scoring-System in meinem Accelerator-Produkt funktioniert — komplexe Logik, verteilt auf mehrere Dateien. Ich fragte den Standard-Assistenten: „Explain how the scoring system works.“

Er versuchte es. Er traf Annahmen. Er übersah Dateien. Er gab mir eine Teilantwort. Ich verbrachte 30 Minuten mit Nachfragen — bat ihn, weitere Dateien zu prüfen, forderte mehr Kontext. Frustrierend.

Dann wechselte ich zum Explorer-Agenten und stellte exakt dieselbe Frage. Er durchsuchte die Codebasis, fand jede zugehörige Datei — die Logik, die Datenstrukturen, die Tests, die Datenbankteile —, kartierte, wie sie zusammenhängen, und lieferte eine vollständige Erklärung. Fünf Minuten.

Dieselbe KI. Dieselbe Frage. Die einzige Variable war der Agent. Einen Agenten für alles zu benutzen ist, als stelltest du einen Entwickler ein und bätest ihn, auch gleich dein Projektmanager, Tester und technischer Redakteur zu sein. Er kann es — aber dafür ist er nicht optimiert.

KI-Agenten für nicht-technische Gründer: die vier Aufgaben und wann du welche nutzt

Der Explorer ist zum Verstehen da. „Wie funktioniert die Anmeldung in dieser App?“ „Finde jede Datei zum Thema Zahlungen.“ „Kartiere den gesamten Onboarding-Ablauf.“ Er sucht zuerst und erklärt dann. Als ich mein System zur Prüfung von Bewerbungen überarbeiten musste und mich nicht an alle beweglichen Teile erinnern konnte, fand der Explorer alles — die Geschäftslogik, fünf verschiedene Endpunkte, die Datenbanktabellen, die Screens, die Tests, sogar die automatischen Scoring-Trigger. Ich musste mich an nichts erinnern. Er fand alles.

Der Planer ist dazu da, komplexe Features zu zerlegen, bevor irgendein Code existiert. Als ich das Investorenportal für meine Plattform baute, lieferte der Planer die komplette Roadmap: was die Datenbank brauchte, welche Teile zu bauen waren, wie es an bestehende Systeme anschloss, wie man es testet, wie man es ausliefert. Ich fing erst an zu bauen, als ich den vollständigen Plan hatte — das bewahrte mich davor, später alles wieder auseinanderzureißen.

Der Builder ist der Standard — dein Ansprechpartner zum Bauen. „Build a new page following our patterns.“ „Add validation to this form.“ Die meisten nutzen nur diesen, für alles. Das ist der Fehler.

Der Debugger ist für den Fall, dass etwas kaputtgeht. Bewerbungseinreichungen auf meiner Plattform schlugen zufällig fehl, ohne klare Fehlermeldungen. Der Debugger verfolgte den Ablauf, fand fehlende Fehlerbehandlung, deckte eine Race Condition im Autosave auf und identifizierte eine verletzte Datenbankregel. Fünfzehn Minuten vom Fehlerbericht bis zum Fix.

Das BuchThe Solopreneur RevolutionLuis Gonçalves darüber, wie du neben dem Job mit KI ein Solopreneur-Business aufbaust.Zum Buch →

Agenten, Modi — die Bezeichnungen ändern sich, die Aufgaben nicht

Je nach Tool erscheinen diese Spezialisten als benannte Agenten, als „Modi“ oder einfach als unterschiedliche Arten, denselben Assistenten zu prompten. Viele Tools legen Berechtigungsmodi obendrauf: einen Plan-Modus, der eine Schritt-für-Schritt-Roadmap erstellt, ohne eine einzige Datei anzufassen, einen vorsichtigen Standard, der vor jeder Änderung nachfragt, und einen Auto-Accept-Modus für repetitive, klar definierte Arbeit, die du aktiv beobachtest. Häng dich nicht an die Bezeichnungen. Übertragbar ist die Disziplin: den Spezialisten zur Aufgabe passend wählen und entscheiden, wie viel Freiheit du ihm gibst, je nachdem, wie umkehrbar die Arbeit ist.

Was der richtige Agent tatsächlich wert ist

Echte Beispiele aus dem Bau meiner Plattform, mit ehrlichem Vorher-Nachher:

• Planen vor dem Bauen: Ein Echtzeit-Update-Feature, das etwa 10 Stunden Planung plus Programmierung gedauert hätte, dauerte 3,5 — 30 Minuten Plan-Modus, 3 Stunden Bauen —, weil der Plan zeigte, dass es größer war als erwartet, und es in Phasen zerlegte.
• Repetitiver Umbau: dieselbe Umstrukturierung auf 15 ähnliche Module anwenden — das erste sorgfältig, um das Muster zu prüfen, der Rest im Auto-Accept — dauerte 45 Minuten statt geschätzter 7 Stunden, ohne dass ein einziger Bug entstand.
• Testen: 157 generierte, bestandene Testfälle, 95 % Abdeckung und 3 Bugs in meinem ursprünglichen Code gefunden — 1,5 Stunden statt 6.
• Debugging im Produktivbetrieb: Nutzer derselben Organisation konnten die Aufgaben der anderen nicht sehen. In 2 Minuten gefunden, in 5 behoben — insgesamt 7 Minuten statt der Stunde, die es verdient hätte.
• Dokumentation: über 200 Endpunkte in 2 Stunden dokumentiert statt in geschätzten 20, durch skriptgesteuerte One-Shot-Aufgaben.

Die Abfolge: planen, erkunden, bauen, debuggen

Mein Arbeitsrhythmus für alles Nicht-Triviale: Starte mit dem Planer, um es einzugrenzen, nutze den Explorer, um Kontext aus deinem bestehenden Produkt zu sammeln, lass den Builder es schreiben und rufe den Debugger, wenn etwas sich daneben benimmt. Mit dieser Abfolge habe ich eine ganze Plattform in einem Tempo gebaut, das mich bis heute überrascht.

Und wisse, wann du keinen von ihnen brauchst: winzige optische Anpassungen, Einzeiler-Fixes, die du schon verstehst, offensichtliche Tippfehler. Wenn die Erklärung der Aufgabe länger dauert als die Aufgabe selbst, mach sie einfach.

Noch eine Unterscheidung: Dieser Beitrag handelt davon, welchen Spezialisten du rufst. Der tiefere Wandel — die KI als Delegierten zu behandeln, den du briefst, statt als Autovervollständigung, die du anstupst — ist ein eigener Durchbruch: hör auf, KI wie Autovervollständigung zu nutzen.

12 WochenDeine Konzernkarriere war nie der PlanBewirb dich beim Solopreneur Accelerator.Jetzt bewerben →

Häufig gestellte Fragen

Muss ich technisch sein, um verschiedene Agenten zu nutzen?

Nein. Jedes Beispiel in diesem Beitrag ist eine Anfrage in einfachem Deutsch — „erkläre, wie das Scoring funktioniert“, „plane das Investorenportal“, „debugge, warum Einreichungen fehlschlagen“. Die Fähigkeit ist nicht Programmieren, sondern zu erkennen, vor welcher Art von Aufgabe du stehst, und sie als Verstehen, Planen, Bauen oder Reparieren zu formulieren.

Mit welchem Agenten sollte ein Anfänger starten?

Mit dem Planer und dem Explorer, denn keiner von beiden ändert etwas. Der Plan-Modus erstellt eine Roadmap, ohne eine Datei anzufassen, und der Explorer liest nur. So gewöhnst du dich daran, die KI an deinem echten Produkt zu lenken, ganz ohne Risiko, etwas kaputt zu machen — und steigst dann zum Bauen auf.

Liefert der falsche Agent falsche Antworten?

Meist nicht falsche — unvollständige und langsame. Meine Frage zum Scoring-System bekam eine plausible Antwort auf Basis von Annahmen und übersehenen Dateien, was gefährlicher ist als ein offensichtliches Scheitern. Die Antwort des Explorers dauerte fünf Minuten und stützte sich auf jede relevante Datei. Der falsche Agent heißt: Du zahlst in Nachfragen und falschem Selbstvertrauen.

Mein Tool hat keine benannten Agenten. Gilt das trotzdem?

Ja. Die Spezialisten sind Prompting-Muster, keine Produktfeatures. „Durchsuche das ganze Projekt und erkläre X, bevor du antwortest“ ist der Explorer. „Gib mir einen Schritt-für-Schritt-Plan und schreib noch keinen Code“ ist der Planer. Jedes leistungsfähige KI-Coding-Tool kann alle vier Rollen spielen — du musst es nur gezielt besetzen.