So funktioniert’s

So funktioniert Tekk

Mit Tekk verbessert sich dein Produkt selbst. Sechzehn Loops beobachten deinen Code und Sentry, bringen dir Proposals, die du mit Greenlight freigibst oder ablehnst, und dein Coding-Agent baut das Ergebnis. Jeder Merge ist das Nächste, was die Loops lesen.

So funktioniert Tekk. Verbinde dein Repo auf GitHub oder GitLab, dann die Tools, die du schon nutzt. Wähl die Loops, die du willst: Product analytics, Payments, AI engineering und Reliability sind eingeschaltet. Die Loops laufen rund um die Uhr, und über Nacht landen ihre Proposals in der Spalte Proposals auf dem Board. Am Morgen prüft /sweep in Claude Code jedes Proposal neu: Vier werden angenommen und wandern als Specs nach To Do, eins ist schon behoben, eins bleibt für später. Dann startet /blitz vier Sessions parallel; jede Spec wandert nach In Progress und dann als gemergter Pull Request nach Done. Dein Produkt – es wird immer besser.
Sechs Schritte · ein Loop

Einmal einrichten. Dann läuft es von selbst.

Die ersten drei Schritte machst du einmal. Die letzten drei wiederholen sich jeden Tag: Die Loops schlagen vor, du entscheidest, dein Coding-Agent baut.

  1. Repo verbinden

    Melde dich mit GitHub oder GitLab an und wähl das Repo aus. Tekk liest deinen Code, schreibt aber nie hinein.

    Erste Schritte →
  2. Die Tools anbinden, die du schon nutzt

    Verbinde Sentry, Datadog, PostHog, Stripe und alles Weitere. Ein Anstieg der Fehler, ein ausgelöster Monitor oder eine gescheiterte Zahlung weckt den Loop, der dafür zuständig ist. Jede Verbindung ist standardmäßig nur lesend, und keine ist Pflicht.

    Integrationen →
  3. Deine Loops wählen

    Schalte die Loops ein, die du willst: Security, Payments, Reliability, AI engineering und die übrigen der sechzehn. Jeder wird aktiv, wenn sich dein Code ändert, wenn Sentry anschlägt oder wenn seinen Bereich zu lange niemand geprüft hat.

    Die sechzehn Loops →
  4. Die Loops laufen rund um die Uhr. Proposals landen auf deinem Board.

    Über Nacht liest ein Loop, was sich geändert hat, arbeitet eine Methode von Anfang bis Ende ab und bringt dir höchstens ein Proposal: was sich ändern soll, in welchen Dateien und warum. Es landet in der Spalte Proposals auf deinem Board.

    Wie ein Loop arbeitet →
  5. Am Morgen: /sweep

    Führ /sweep in deinem Coding-Agent aus. Es prüft jedes Proposal gegen den Code, wie er jetzt ist, sortiert aus, was schon behoben ist, und wartet auf dein Go. Was du mit Greenlight freigibst, wird zur Spec in To Do. Lehnst du eins mit Begründung ab, lernen die Loops, was bei deinem Projekt nur Rauschen ist.

    Der Tekk-MCP-Server →
  6. /blitz – und der Loop schließt sich

    Führ /blitz aus, und dein Coding-Agent (Claude Code, Codex oder Cursor) öffnet pro Spec eine Session, alle parallel. In jedem Pull Request steht Closes TEK-123; wird er gemergt, wandert die Spec auf Done – und dieser Merge ist die nächste Änderung, die die Loops lesen.

    Wie ein Merge eine Spec schließt →

Tekk schreibt keinen Code, liefert nichts aus und merget nichts. Die Loops finden und schlagen vor, du entscheidest, dein eigener Coding-Agent baut.

Lass die Loops auf deine Codebase los.

Verbinde dein Repo. Die Loops starten mit deiner nächsten Änderung.