Neugier macht dich gut im Umgang mit KI

Bevor es Agenten gab, habe ich KI-Automatisierungen in n8n gebaut. Du musstest verstehen, was dabei passiert, denn jeden einzelnen Schritt hast du selbst erstellt.

Du fügst einen Knoten ein. Du führst ihn aus. Du erhältst eine JSON-Nutzlast. Du siehst sie dir an und ordnest ihre Schlüssel dem nächsten Schritt zu: Dieses Feld kommt in den System-Prompt, jenes in die Nutzernachricht, und ein weiteres legt die Struktur der Ausgabe fest, damit du deren Schlüssel drei Schritte später verwenden kannst.

Das Einrichten dauert und bringt dir alles bei. Am Ende hast du eine sehr anschauliche Vorstellung davon, was ein KI-Aufruf eigentlich ist: ein Schritt mit einer Eingabe, die du ausgewählt hast, einem Prompt, den du geschrieben hast, und einer Ausgabe, mit der du etwas anfangen musst.

Was du dadurch richtig machen musstest

Ein echtes Beispiel. Über einen Webhook kommt ein Ticket mit Produktfeedback herein. Du gibst den Text an ein Modell weiter, dessen einzige Aufgabe darin besteht, ihn einzuordnen: Ist es ein Fehler? Ist es dringend? Du liest die Antwort. Ist es dringend, leitest du sie mit einer Zusammenfassung in zwei Zeilen an eine Slack-Benachrichtigung weiter, damit das Team Bescheid weiß.

Drei kleine Schritte. Jeder mit einem eigenen Prompt. Jeder Prompt enthält nur, was dieser Schritt braucht.

Niemand übergibt dem Modell das ganze Unternehmen und hofft auf das Beste. Das ging auch gar nicht, denn das Tool ließ es nicht zu.

Agenten haben all das verschwinden lassen

Jetzt öffne ich Claude Code und werfe das Problem hinein. Es liest meine Dateien, ruft meine verbundenen Tools auf und entscheidet selbst, was als Nächstes zu tun ist. Es funktioniert bei fast allem, und genau deshalb lohnt es sich, es zu verwenden.

Gleichzeitig verbirgt es alle oben genannten Konzepte. In manchen Konfigurationen lädt es sogar die Beschreibungen aller Tools aller verbundenen Dienste, bevor du überhaupt etwas gefragt hast. So gehen jede Menge Tokens für Funktionen drauf, die du heute gar nicht nutzt.

Warum dich das etwas angehen sollte, auch wenn du nie ein Produkt veröffentlichst

Wenn du nicht hinsiehst, gehen zwei Dinge schief.

Dein Budget. Wenn du bis Mittwoch das Token-Budget einer ganzen Woche aufbrauchst, hast du dir am Montag ein Problem für Donnerstag und Freitag geschaffen.

Dein Arbeitsrhythmus. Wenn jede Antwort fünfzehn Minuten braucht, hörst du auf, Varianten auszuprobieren. Du schreibst eine Anweisung, machst etwas anderes, kommst zurück, siehst, dass alles schiefgelaufen ist, und fängst von vorn an. Das Problem sind nicht die fünfzehn Minuten, sondern dass dir am Tag nur vier Versuche bleiben.

Auch das verwendete Modell spielt eine Rolle. Die meisten von uns nehmen für alles ein großes Modell. Bei mehr als der Hälfte unserer Aufgaben würde ein kleineres schneller und genauso gut antworten, und das für weniger Geld. Die Faustregel stimmt: Kleinere Modelle sind günstiger und schneller, leistungsfähigere langsamer und teurer. Zu wissen, welche Hälfte deiner Arbeit welche ist, spart bares Geld.

Und wenn du ein Produkt veröffentlichst, ist das kein nebensächliches Detail

Wenn du selbst an der Tastatur sitzt, macht es (irgendwie) keinen Unterschied, ob eine Aufgabe zehn oder zwölf Minuten dauert. Du schaust später nach.

Stell einer Kundin oder einem Kunden dieselbe Sache vor, und die Zahlen bekommen eine andere Bedeutung. Jemand lädt eine Datei hoch, deine automatische Zuordnung braucht fünfundzwanzig Sekunden, und fertig. Nicht vier Minuten. Fünfundzwanzig Sekunden.

Beim Aufbau von Lookio bin ich auf die zugespitzte Version davon gestoßen. Kommt dieselbe Antwort einmal nach fünf Sekunden und einmal nach neun, gehört die eine in ein Chat-Widget und die andere nicht. Kostet eine Antwort einmal einen Cent und einmal neun Cent, liegt meine Marge entweder bei 85% oder bei 40%. Und davon hängt ab, was ich verlangen kann.

Dasselbe Modell, dasselbe Produkt. Der Unterschied lag darin, wie es zusammengesetzt war.

Was Neugier ganz konkret bedeutet

Vielleicht hast du die n8n-Version nie selbst gebaut. Trotzdem kannst du mit dem Agenten, den du bereits nutzt, den Großteil dieses Verständnisses gewinnen.

Sieh dir die Liste der Tools eines Connectors an

Wenn du etwas verbindest, zeigt dir die Plattform normalerweise alle Tools, die es bereitstellt, jeweils mit Name und Beschreibung. Lies die Liste einmal durch. In zwei Minuten erfährst du so mehr darüber, was die Integration kann, als durch eine Woche Nachfragen.

Wenn dein CRM-Connector kein Tool zum Löschen eines Kontakts hat und du zehn Minuten lang versuchst, einen Agenten zum Löschen eines Kontakts zu bewegen, ist er nicht faul. Diese Funktion gibt es nicht, und er kann sie nicht erfinden.

Du kannst auch einfach fragen:

Liste alle Tools auf, die dieser Connector bereitstellt. Nenne jeweils den Namen,
was es tut und ob du es für meine gleich folgende Anfrage verwenden würdest.
Weise auf alles hin, von dem ich offenbar annehme, dass es vorhanden ist, obwohl es das nicht ist.

Klicke auf die Tool-Aufrufe

Ausgehend von deiner Nachricht entscheidet sich der Agent für eine von mehreren Möglichkeiten: ein Tool aufrufen, dir eine Zwischennachricht darüber schreiben, was er gleich tun wird, oder dir antworten und aufhören. Dann liest er die Rückgabe und entscheidet erneut. Das ist die Schleife.

In Claude Code kannst du auf jeden dieser Aufrufe klicken und sehen, was darin steckt.

Öffne ein paar solcher Aufrufe, und der Zauber verschwindet, zum Guten. Der Agent erfindet nichts. Er liest, was ein Tool zurückgegeben hat, genauso wie er eine Datei liest, und entscheidet, was er damit macht.

Frag zuerst, wie der Agent vorgehen will

Angenommen, du möchtest eine MP4-Datei erstellen lassen, und zwar aus Code statt aus Videoaufnahmen. Frag, wie der Agent dabei vorgehen will.

Er wird dir sagen, dass er HTML und CSS für die Animation schreibt, sie in einem Headless-Browser rendert, die Einzelbilder aufnimmt und zu einem Video codiert.

Jetzt weißt du etwas Nützliches. Du hast bereits HTML, nämlich das, aus dem deine Website besteht, samt ihren Schriftarten und Farben. Also kannst du als Nächstes fragen: Kannst du die Stile meiner Website übernehmen, damit das Video genauso aussieht?

Eine Stunde zuvor wäre dir diese Frage gar nicht in den Sinn gekommen. Erst als du den Ablauf verstanden hattest, kam dir die Idee.

Bevor du loslegst: Wie willst du das angehen? Welche Tools setzt du in
welcher Reihenfolge ein, und was kommt bei jedem Schritt heraus? Schreib
noch keinen Code.

Bitte um drei Möglichkeiten statt um eine

Eine Lösung ist schnell gebaut, aber starr. Eine andere dauert lange, verarbeitet dafür jede Eingabe, die du ihr gibst. Die dritte liegt dazwischen.

Lässt man einen Agenten einfach machen, wählt er die einfachste funktionierende Lösung. Das ist ein guter Ausgangspunkt, aber oft nicht das, was du willst. Ihn herauszufordern kostet nur eine Nachricht.

Nenne mir drei Möglichkeiten, das umzusetzen, und die jeweiligen
Vor- und Nachteile: Wie lange dauert die Entwicklung, woran kann es
scheitern und was kostet der Betrieb? Sag mir, welche Möglichkeit du
wählen würdest und warum.

Frag, was am längsten gedauert hat und was gefehlt hat

Wenn etwas aufwendig war, frag, welche Schritte Zeit gekostet haben und ob die passenden Tools zur Verfügung standen.

Hier zeigt sich, dass der Agent improvisieren musste. Bittest du ihn, Unternehmensdaten von LinkedIn abzurufen, und gibst ihm kein passendes Tool, denkt er sich eine langsame und nur halb zuverlässige Lösung aus. Mit einem richtigen Scraping-Dienst wie Apify schrumpft die ganze Arbeit auf einen einzigen Aufruf.

Das habe ich bei meinen eigenen Videorenderings ausprobiert. Ich fragte, ob das Encoding schneller gehen könnte. Die Dauer sank von fünfzehn auf drei Minuten. Dasselbe Ergebnis. Das hat meinen Tag verändert, denn fünf Durchläufe waren plötzlich keine Nachmittagsbeschäftigung mehr.

Das ist erledigt. Schau dir jetzt an, wie du vorgegangen bist: Welche
Schritte haben am längsten gedauert, wo musstest du ein fehlendes Tool
umgehen und was würdest du anders machen? Probiere die bessere Variante
aus und sag mir dann, was sich wie stark verändert hat.

Erst drei ausprobieren, dann zweihundert

Bevor du einen Agenten auf 200 Wettbewerber ansetzt, lass ihn erst 3 bearbeiten. Frag ihn dann, was schwer zu beschaffen war, was lange gedauert hat und wo er geraten hat.

Du verbesserst den Ablauf, solange Änderungen noch wenig kosten. Manchmal braucht der Agent dafür ein Tool, das ihm bisher gefehlt hat. Manchmal reicht es, die Aufgabe anders zu formulieren.

Bevor du das für alle 200 machst, erledige es für 3. Sag mir dann, was
funktioniert hat, was nicht und was du ändern würdest. Überarbeite den
Ablauf bei Bedarf bis zu dreimal anhand dieser 3. Wenn du mit der Methode
zufrieden bist, erklär mir, wie sie funktioniert, und warte auf meine
Freigabe, bevor du die übrigen 197 bearbeitest.

Was sich daraus ergibt

Jede dieser Fragen kostet eine Minute und gibt dir ein Stück des Gesamtbilds zurück, das die Tools dir nicht mehr gezeigt haben.

Mit der Zeit übergibst du nicht mehr einfach das ganze Problem und hoffst auf das Beste. Du weißt ungefähr, was dahintersteckt. So stellst du bessere Fragen, erkennst selbstbewusst vorgetragene falsche Antworten früher und bemerkst Muster, die dir schon bei einer ganz anderen Aufgabe begegnet sind.

Mit Letzterem hatte ich am wenigsten gerechnet. Die meisten meiner besseren Ideen im letzten Jahr kamen daher, dass ich verstanden habe, wie etwas funktioniert, und erkannt habe, dass man es ganz anderswo einsetzen könnte.

Einen Ort zum Ausprobieren behalten

Ich habe einen Ordner namens duv-lab. In der AGENTS.md steht in einer Zeile, worum es geht: ein Labor, nichts darin ist für den Produktivbetrieb gedacht, an den Rändern darf es chaotisch werden.

Im Stammverzeichnis liegen ein paar Dinge bereit, damit ich sie nicht jedes Mal neu einrichten muss: ein OpenRouter-Schlüssel zum Ausprobieren von Modellen und Cloudflare-Zugangsdaten, damit alles innerhalb einer Minute online sein kann.

Dann gibt es für jede Idee einen eigenen Unterordner, in sich abgeschlossen und mit rm -rf löschbar, ohne dass etwas anderes kaputtgeht. Bilder ausschließlich mit JavaScript malen. Ein Modell auseinandernehmen, das Wahrscheinlichkeiten statt Text ausgibt. Ein Video per Code animieren.

Der Sinn der Sache ist, dass nichts auf dem Spiel steht. Es gibt nichts kaputtzumachen und nichts zu rechtfertigen. Letzte Woche habe ich eine Bildschirmaufnahme von etwas gemacht, das jemand gepostet hatte, den Clip in einen neuen Ordner gelegt und gefragt: Wenn ich dich bitten würde, das zu bauen, wie würdest du vorgehen, und kannst du es auf drei Arten ausprobieren?

Du brauchst auch so einen Ort. Einen Ort, an dem du schnell falschliegen kannst, ohne dass es die Arbeit berührt, die du tatsächlich abliefern musst.