Laufende Arbeit | kanman Dokumentation

kanman gibt eine Story nicht an einen einzigen lang laufenden Auftrag. Es schaut auf das Board des Teams, entscheidet, was als Nächstes zu tun ist, und gibt jedes Stück Arbeit an einen Helfer: eine Claude-Code-Sitzung mit einem klaren Auftrag, etwa „INT-88 umsetzen“, „den Merge Request für INT-88 reviewen“ oder „herausfinden, warum die nächtliche Pipeline fehlschlägt“. Mehrere Helfer arbeiten nebeneinander, und kanman behält sie alle im Blick.

Wo Helfer arbeiten

In einer Sandbox. Jeder Helfer bekommt seine eigene Kopie des Repositorys in seiner eigenen Sandbox. Außerhalb davon kann er nichts ändern, und nichts, was er zurücklässt, erreicht die nächste Arbeit.
Ohne deine Zugangsdaten. Ein Helfer sieht nie das Token deines Code-Hosts oder deine Modellschlüssel. Das Lesen des Repositorys und der Aufruf des Modells laufen über kanman, das die Zugangsdaten hält.
Auf seinem eigenen Branch. kanman veröffentlicht die Commits eines Helfers auf einem eigenen Branch und öffnet den Merge Request. Bevor etwas gepusht wird, wird die Änderung nach Zugangsdaten durchsucht.

In kanman Cloud läuft das auf isolierten Maschinen in Frankfurt; mit einem Self-hosted Runner läuft es in deiner eigenen Infrastruktur.

Was kanman gerade tut

Laufende Aufgaben. Über dem Nachrichtenfeld in der Unterhaltung zählt Arbeite an 3 Sachen, was gerade läuft; Alle Aufgaben daneben öffnet alles, auch fertige Arbeit und frühere Runs. Wähle die Zeile, um jeden mit seiner Story und dem, was er gerade tut, zu sehen.
Die Live-Zeile der Story. Jede Story, an der kanman arbeitet, hat in der Unterhaltung eine Zeile, die sich an Ort und Stelle ändert, während die Arbeit vorangeht.
Das Aktivitätsprotokoll. Jeder Plan, jeder Start, jedes Ergebnis, jedes Review, jede Frage, jede Antwort und jeder Merge wird mit Zeit, Grund und Links zum Merge Request, zur Pipeline oder zum Review festgehalten. Die Teamseite zeigt es, und kanman beantwortet Warum-Fragen daraus.

Passwörter, Tokens und andere Secrets werden entfernt, bevor etwas gespeichert wird.

Die Run-Seite

Arbeit, die kanman mit seiner früheren Arbeitsweise erledigt hat, hat weiterhin ihre Run-Seite unter app.kanman.ai/<workspace>/teams/<team>/agents/<run-key>, mit ihren Schritten, dem Arbeitslog und den Kosten. Neue Arbeit erscheint stattdessen im Aktivitätsprotokoll und an der Story.

Branch-Namen

kanman pusht jedes Stück Arbeit auf einen eigenen Branch, der nach der Story benannt ist und mit kanman/ beginnt, zum Beispiel kanman/int-88-update-the-billing-client. kanman pusht nur Branches, die mit kanman/ beginnen; deine anderen Branches, und vor allem deine geschützten Branches, schreibt kanman nie.

Wenn etwas fehlschlägt

kanman liest Fehler selbst, bevor es jemanden einbezieht. Ein Netzwerkfehler oder ein überlastetes Modell wird erneut versucht. Eine fehlschlagende Pipeline wird gelesen und korrigiert oder, wenn sie auch auf deinem Hauptbranch fehlschlägt, im Aktivitätsprotokoll benannt (siehe Fehlschlagende Pipelines). Derselbe Fehler zweimal bedeutet, dass kanman nach der Ursache sucht, statt es erneut zu versuchen. Nur was kanman nicht selbst klären kann, wird zu einer Frage an einen Menschen.

Wenn der Versuch eines Helfers fehlschlägt, sagen die Story und die Sitzung des Helfers das in einer Zeile, etwa „Fehlgeschlagen: Unit-Tests laufen in einen Timeout → Ich versuche es erneut: mit gemockter langsamer Fixture“. kanman versucht dann einen anderen Ansatz, plant die Story neu, teilt sie auf oder übergibt sie mit einer klaren Bitte an einen Menschen. Die Zeile verlinkt den Versuch, damit du siehst, was passiert ist.

Kosten

Jeder Modellaufruf zählt gegen das Tagesbudget des Teams. Ist das Budget aufgebraucht, hört kanman für den Tag auf und sagt das in der Unterhaltung. Siehe Budgets und Kosten.

Arbeit anhalten

Um kanman sofort anzuhalten, pausierst du das Team: Es beginnt keine neue Arbeit, und kanman sagt das in der Unterhaltung. Um die Arbeit an einer Story anzuhalten, weist du sie einem Menschen zu oder verschiebst sie aus Ready und schreibst den Grund in ihre Notizen. Siehe Teams.