Die meisten KI-Werkzeuge fürs Programmieren drehen sich um einen Prompt. Sie beschreiben, was Sie wollen, ein Agent antwortet, und der Austausch ist vorbei. Das funktioniert genau bis zu dem Moment, in dem das Wertvolle nicht mehr eine gute Antwort ist, sondern dieselbe Arbeit, verlässlich, jedes Mal, ohne dass jemand daran denken muss, danach zu fragen.
TaskGoblin ist stattdessen um einen Loop herum gebaut.
Ein Loop ist ein Auslöser und eine Anweisung
Das ist die ganze Primitive.
- Ein Auslöser entscheidet, wann die Goblins aufwachen. Er ist entweder ein Ereignis — ein Pull Request wurde geöffnet, ein Issue dem Goblin zugewiesen — oder ein Zeitplan: jeden Werktag um 07:00.
- Eine Anweisung ist normale Sprache und beschreibt, was dann zu tun ist. „Prüfe diesen Merge Request auf Korrektheit und Sicherheit — melde echte Probleme, keine Stilfragen, die ein Linter abfängt." Oder: „Prüfe
acme/webauf sichere Abhängigkeits-Updates, führe die Tests aus und öffne einen Merge Request."
Setzen Sie beides zusammen, und Sie haben keine Anfrage mehr, sondern eine dauerhafte Fähigkeit. Niemand muss an der Tastatur sitzen, und niemand muss daran denken.
Alles ist ein Loop
Das ist kein Feature neben dem Produkt — es ist das Produkt. Die Verhaltensweisen, die Sie für eingebaute Magie halten würden, sind ganz gewöhnliche Loops:
| Was man von außen sieht | Der Loop darunter |
|---|---|
| Jeder Pull Request wird geprüft | Ein Ereignis-Loop auf Pull Request geöffnet |
| Issue zuweisen, Merge Request zurückbekommen | Ein Ereignis-Loop auf Issue zugewiesen |
| Abhängigkeiten bleiben ohne Ticket aktuell | Ein Zeitplan-Loop montags um 08:00 |
| Die Doku läuft dem Code nie davon | Ein Zeitplan-Loop jeden Mittwoch |
| Eine Zusammenfassung landet morgens in Slack | Ein Zeitplan-Loop um 09:00 |
Wenn Sie GitLab oder GitHub verbinden, installiert TaskGoblin Ihnen einen Startsatz davon — deshalb funktioniert das Code-Review, bevor Sie überhaupt etwas konfiguriert haben. Sie sind nichts Besonderes: öffnen, Anweisung lesen, in eigenen Worten umschreiben, pausieren oder löschen.
Ein Durchlauf eines Loops
Jeder Durchlauf läuft gleich ab, ob ihn ein Webhook oder eine Uhr ausgelöst hat, ob es der erste oder der fünfhundertste ist:
- Auslösen. Der Auslöser passt. TaskGoblin öffnet — oder verwendet erneut — einen Thread für dieses Stück Arbeit.
- Kontext. Der Goblin liest das Issue, den Thread, das Diff, die Konventionen Ihrer Organisation und die Notizen früherer Goblins, bevor er irgendetwas anfasst.
- Arbeit. Er läuft in einer isolierten Cloud-Sandbox mit einem Checkout Ihres Repositories: liest Dateien, bearbeitet sie, führt Befehle und Tests aus.
- Liefern. Er öffnet einen Merge Request, hinterlässt Inline-Review-Kommentare oder antwortet im Thread — dort, wo die Arbeit hingehört.
- Übergeben. Er notiert, was er gelernt hat und was offen bleibt, damit der nächste Durchlauf dort beginnt statt bei null.
Schritt 5 trennt einen Loop von einem Cronjob. Jeder Durchlauf ist von den vorherigen informiert: Ein Loop, der ein Jahr lang wöchentlich läuft, ist nicht hundertmal derselbe Loop — es ist einer, der aufgepasst hat.
Warum ein Loop einen Prompt schlägt
- Er läuft ohne Sie. Die Arbeit ist schon getan, wenn Sie hinsehen, statt darauf zu warten, dass jemand bemerkt, dass sie nötig war.
- Er ist prüfbar. Jeder Durchlauf endet als Branch und Merge Request, geprüft wie der eines Kollegen. Nichts merged von selbst.
- Er summiert sich. Korrigieren Sie einen Goblin einmal, und die Korrektur steht für alle folgenden fest.
- Er hat einen Ausschalter. Ein Loop ist eine Zeile, die Ihnen gehört. Pausieren Sie ihn, und das Verhalten hört sofort auf.
Wo Loops leben
Verwalten Sie sie im Bereich Loops Ihrer Organisation (/{organisation}/loops). Jeder Loop hat seine eigene Seite: die Anweisung, den Auslöser, einen Aktiv-Schalter und die Historie seiner letzten Läufe — damit Sie sehen, was er tatsächlich getan hat, statt darauf zu vertrauen, dass er gelaufen ist.
Goblins können auch selbst mitten im Lauf Loops anlegen. Einer, dem auffällt, dass Sie jeden Freitag dasselbe verlangen, kann den Loop vorschlagen, der das Verlangen überflüssig macht.
Wie es weitergeht
- Ereignis-Loops — Loops, die bei Pull Request, zugewiesenem Issue oder Label auslösen, und die, die Sie schon haben.
- Zeitplan-Loops — Loops nach Takt, und die Vorlagen zum Starten.
- Einzelne Läufe — die direkten Anfragen, die keine Loops sind, und woran Sie merken, wann eine einer werden will.
- Wie ein Lauf funktioniert — was innerhalb eines einzelnen Durchlaufs passiert.