Aufträge für Läufe ohne Aufsicht
Im Chat korrigierst du nach. In einem geplanten Lauf ist niemand da. Sieben Angaben, die ein Auftrag braucht, damit er ohne Rückfrage funktioniert – und damit ein Fehler sichtbar wird, statt gut auszusehen.
Boaz Lichtenstein
Ein Prompt im Chat darf unvollständig sein. Fehlt etwas, siehst du es an der Antwort und schiebst nach. In einem geplanten Lauf fällt dieser zweite Durchgang weg. Der Auftrag muss alles enthalten, was du sonst nachgeliefert hättest.
Die sieben Angaben
1. Ziel und Empfänger. Wofür ist das Ergebnis, und wer liest es? „Für das Montagsgespräch des Vertriebs“ bestimmt Länge, Ton und Auswahl besser als jede Stilregel.
2. Quellen – genau. Nicht „die Bestelldaten“, sondern welche Datei, welcher Connector, welche Ansicht. Ein Lauf kann nicht raten, welche von drei ähnlichen Tabellen gemeint war.
3. Zeitraum – ausgeschrieben. „Letzte Woche“ ist am Montag um 7 Uhr eindeutig, bei einem verspäteten Lauf am Dienstag nicht mehr. Schreib „die Kalenderwoche vor dem Lauftag, Montag bis Sonntag, deutsche Zeit“.
4. Form. Gliederung, Länge, Tabelle oder Fließtext. Am besten mit einem Beispiel des gewünschten Ergebnisses.
5. Ablageort. Wohin geht das Ergebnis – und unter welchem Namen? Ein Bericht, der irgendwo im Verlauf liegt, wird nicht gelesen.
6. Fehlerfall. Was passiert, wenn eine Quelle fehlt, leer ist oder anders aussieht als erwartet?
7. Grenzen. Was der Lauf nicht tun darf: nichts versenden, nichts löschen, keine Daten in den Quellen ändern.
Ein Auftrag, der ohne dich auskommt
Erstelle den Wochenbericht für das Montagsgespräch des Vertriebs.
Quelle: Tabelle „Bestellungen 2026“, Blatt „Export“.
Zeitraum: die Kalenderwoche vor dem Lauftag, Montag bis Sonntag,
deutsche Zeit.
Inhalt: Umsatz, Anzahl Bestellungen, Erstattungen – jeweils mit der
Abweichung zur Vorwoche in Prozent. Darunter höchstens drei Sätze zu
Auffälligkeiten. Rechne mit dem Analysewerkzeug und zeige die Formel.
Ablage: als Entwurf im Ordner „Wochenberichte“, Name
„Wochenbericht KW <Nummer>“. Gibt es den Namen schon, überschreibe
den Entwurf, statt einen zweiten anzulegen.
Wenn die Quelle nicht erreichbar ist, Zeilen für den Zeitraum fehlen
oder Spalten anders heißen: Schreib das in die erste Zeile und liefere
keine Zahlen. Schätze nichts.
Versende nichts. Ändere nichts in der Quelltabelle.Der Fehlerfall ist der wichtigste Satz
Ein Modell will eine Aufgabe erfüllen. Fehlt eine Quelle, ist der naheliegende Weg, mit dem weiterzumachen, was da ist – die Zahlen der Vorwoche, ein Durchschnitt, eine plausible Schätzung. Das Ergebnis sieht vollständig aus und ist falsch.
Dagegen hilft nur eine ausdrückliche Regel: Lücken stehen als Lücken im Ergebnis, und zwar oben. Dasselbe gilt für den Fall, dass es nichts zu berichten gibt. „Keine neuen Einträge seit dem letzten Lauf“ ist eine vollwertige Ausgabe – Schweigen ist keine.
Wiederholbar bauen
Läufe werden wiederholt: weil einer hängen blieb, weil du testest, weil der Anbieter neu startet. Ein guter Auftrag verträgt das. Im Beispiel sorgt der feste Dateiname dafür – der zweite Lauf überschreibt den Entwurf, statt einen weiteren anzulegen.
Die Prüffrage: Was passiert, wenn dieser Auftrag zweimal hintereinander läuft? Zwei identische Berichte sind lästig. Zwei identische Mails an Kunden sind ein Problem – noch ein Grund, das Versenden aus dem Lauf herauszuhalten.
Die Probe
Bevor du einem Auftrag vertraust, lass ihn einmal mit Absicht scheitern: Benenne die Quelle um oder entzieh den Zugriff. Steht der Fehler in der ersten Zeile, ist der Auftrag reif. Kommt ein hübscher Bericht, fehlt Angabe Nummer sechs.