Um Loops auf dein Produkt anzusetzen, gib jedem Loop vier Dinge: einen Auslöser (dein Code hat sich geändert, ein Fehler ist aufgetreten oder ein Bereich wurde zu lange nicht angesehen), eine enge Aufgabe, ein Ergebnis mit Abbruchbedingung – eine Spec mit Akzeptanzkriterien – und eine menschliche Freigabe, bevor irgendetwas gebaut wird. Setz einen Coding-Agent auf die freigegebenen Specs an und speise jeden Merge als nächsten Auslöser wieder ein.

Das kannst du selbst verdrahten, oder du verbindest dein Repo mit Tekk und schaltest Loops ein, die es schon gibt. Beide Wege findest du unten.

Anatomie eines Loops

Jeder Loop, der sich in der Praxis bewährt, hat dieselben Teile. Fehlt einer, hört er entweder nie auf, fängt nie an oder überschwemmt dich mit Rauschen.

  • Auslöser – was ihn weckt. Der Diff seit seinem letzten Lauf ist der beste Standard: Er ist günstig, und Probleme fallen auf, solange der Code noch frisch im Kopf ist.
  • Briefing – was er weiß, bevor er anfängt: was sich geändert hat, was er schon vorgeschlagen hat und was du abgelehnt hast und warum. Ohne den letzten Teil schlägt er jede Woche dasselbe wieder vor.
  • Methode – eine bestimmte Art hinzuschauen, nicht „reviewe alles“. „Kann ein Tenant die Zeilen eines anderen Tenants lesen?“ findet Bugs. „Prüf die Security“ findet Lint.
  • Ergebnis – ein Fund, geschrieben als Spec: was zu ändern ist, wo, und Akzeptanzkriterien. Oder ein ehrliches „nichts gefunden“, festgehalten, damit der nächste Lauf nicht dasselbe Terrain noch einmal absucht.
  • Freigabe – ein Mensch nimmt an oder lehnt ab. Der Ablehnungsgrund fließt zurück ins Briefing.
  • Abschluss – der Coding-Agent baut die angenommene Spec, der PR wird gemergt, die Spec wird als erledigt markiert, und dieser Merge ist der nächste Auslöser.

Option 1: Die Loops selbst bauen

  1. Wähl drei Bereiche, in denen ein übersehenes Problem am meisten wehtut – meist Sicherheit, Payments und Zuverlässigkeit.
  2. Leg pro Bereich einen geplanten Job in der CI an (einen nächtlichen Workflow oder einen pro Merge), der den Diff seit dem letzten Lauf sammelt.
  3. Lass einen Coding-Agent headless laufen, mit einem Prompt pro Bereich: der Diff, die Definition eines Funds für diesen Bereich und die Liste früherer Ablehnungen. Verlange höchstens einen Fund.
  4. Zwing das Ergebnis in ein Spec-Template – Titel, Dateien, Akzeptanzkriterien, Out of Scope – und leg es als Issue mit dem Label „proposed“ an.
  5. Geh die vorgeschlagenen Issues einmal am Tag durch. Freigeben heißt Label wechseln; ablehnen heißt mit Begründung schließen – und die Begründung an die Ablehnungsliste dieses Bereichs anhängen.
  6. Übergib freigegebene Issues an deinen Coding-Agent und schließ sie aus dem PR heraus (Closes #123).

Das funktioniert, und es ist ein guter Weg, Loop Engineering zu lernen. Rechne damit, echte Zeit in die Teile zu stecken, die nicht der Prompt sind: Duplikate aussortieren, sich an Ablehnungen erinnern, Kosten kontrollieren und die Definition eines Funds pro Bereich so scharf halten, dass du dem vertraust, was angelegt wird.

Option 2: Tekks Loops einschalten

  1. Verbinde dein GitHub-Repository auf app.tekk.coach.
  2. Schalte die Loops ein, die du willst. Sechzehn stehen zur Verfügung: Security, Reliability, Backend, Payments, Performance, Testing, React, Code quality, Architecture, AI engineering, Compliance, Observability, Alerts, Product analytics, Documentation und Customer feedback. Sie sind pro Workspace Opt-in.
  3. Verbinde optional Sentry, damit ein Fehleranstieg oder eine langsame Transaktion den zuständigen Loop weckt (Integrationen).
  4. Setz ein Goal, wenn du die Loops auf etwas Bestimmtes ausrichten willst.
  5. Prüf die Proposals. Jeder Lauf bringt höchstens eines. Nimm es an, und es wird eine Spec auf deinem Board; lehn es mit Begründung ab, und die Loops lernen daraus.
  6. Bau mit deinem Coding-Agent. Verbinde Claude Code, Codex oder Cursor über den Tekk-MCP-Server mit dem Board. Ein PR mit Closes TEK-123 schließt die Spec ab, sobald er gemergt wird – sofern ihre Checkliste abgehakt ist (so funktioniert die Verknüpfung).

Unter der Haube ist jeder Tekk-Loop ein Regal voller Skills – zwei bis fünf Methoden, eine pro Art von Frage. Ein Lauf liest sein Briefing, öffnet genau einen Skill, arbeitet ihn von Anfang bis Ende ab und hält fest, welchen er benutzt hat. So lernt der Loop, welche seiner Methoden auf deinem Projekt wirklich treffen. Tekk schreibt nie Code und liefert keinen aus; es entscheidet, was sich lohnt, und schreibt es so auf, dass dein Agent es gut umsetzen kann.

Was du wählen solltest

Bau selbst, wenn du einen einzelnen, engen Loop im Kopf hast und volle Kontrolle über den Prompt willst. Nimm Tekk, wenn mehrere Bereiche gleichzeitig beobachtet werden sollen, ohne dass du die Maschinerie pflegen musst – oder fang selbstgebaut an, lern, wie ein guter Fund aussieht, und wechsle, sobald die Pflege mehr kostet, als die Loops einsparen.

Teil des Leitfadens zu Loop Engineering. Die andere Hälfte von Loop Engineering ist Spec-driven Development: An der Spec erkennt ein Loop, dass er fertig ist.