Automationen | kanman Dokumentation

Manches soll immer kanmans Aufmerksamkeit bekommen: der Standard-Branch wird rot, eine neue Schwachstelle in einer Abhängigkeit, ein Alarm aus deinem Monitoring, ein Jira-Issue, das bereit zur Umsetzung ist, oder ein wöchentlicher Blick auf veraltete Abhängigkeiten. Eine Automation sagt: „Wenn das passiert, weck kanman mit diesem Kontext.“

kanman entscheidet dann, was zu tun ist, so wie bei jedem anderen Anliegen: Es sucht vielleicht nach der Ursache, schreibt eine Story, behebt etwas, fragt jemanden oder stellt fest, dass nichts zu tun ist. Eine Automation führt nie ein festes Skript aus.

Wo du sie findest

Öffne ein Team, geh zum Reiter Team und wähle Automationen (unter Woher die Arbeit kommt). Du kannst auch „Automationen“ in die Befehlspalette tippen, während ein Team offen ist. Alle im Workspace sehen die Automationen eines Teams; Owner und Admins legen sie an, ändern, pausieren und löschen sie.

Mit einer Vorlage beginnen

Wähle Neue Automation und eine Vorlage, oder Leer beginnen:

Vorlage	Weckt kanman, wenn
CI rot auf main	die Pipeline des Standard-Branches eines Repositorys rot wird
Neue CVE	der Wartungsdurchlauf eine neue Schwachstelle findet (hoch oder schlimmer)
SonarQube-Gate gescheitert	das Quality Gate von SonarQube scheitert
Alarm aus dem Monitoring	einer der Webhooks des Teams eine Lieferung erhält, etwa von Sentry oder Grafana
Jira-Issue bereit zur Umsetzung	ein Jira-Issue einen Status oder ein Label der Übernahmeregel des Teams erreicht
Wöchentlicher Abhängigkeits-Check	jeden Montagmorgen
Morgendliche Sichtung	jeden Werktag am Morgen

Jede Vorlage bringt eigene Worte für kanman mit. Ändere sie, wie du magst.

Was eine Automation enthält

Name, damit du sie in der Liste wiedererkennst.
Wann: das Ereignis. Ein Webhook nennt einen der Webhooks des Teams (leg ihn vorher unter Team > API und Webhooks an). Ein Zeitplan läuft stündlich, täglich, werktags, einmal pro Woche oder am Ersten jedes Monats, zu einer Uhrzeit in deiner Zeitzone. CI löst aus, wenn der Standard-Branch rot wird, wieder grün wird oder beides, für ein Repository oder alle. Ein Befund löst bei neuen CVEs, gescheiterten SonarQube-Gates oder beidem aus, ab einer Schwere, die du wählst. Eine Tracker-Automation löst für die Status oder Labels aus, die du nennst; sie müssen Teil der Übernahmeregel unter Team > Repositories und Tracker sein.
Was kanman wissen soll: deine Worte, gelesen als Anliegen des Teams. Was mit dem Ereignis ankommt (der Text eines Alarms, die Beschreibung eines Issues, der Titel eines Befunds), liest kanman als Information von außen, nie als Anweisung.
Skill laden (optional): einer der Skills des Teams, den kanman lädt, bevor es loslegt.
Grenzen: wie oft pro Stunde sie kanman wecken darf, wie lange dasselbe Ereignis ignoriert wird, und ein optionales Monatsbudget in Euro.

Zuletzt ausgelöst und Ergebnis

Jede Automation zeigt, wann sie zuletzt ausgelöst hat und was passiert ist:

kanman geweckt: kanman hat das Ereignis mit deinem Kontext bekommen.
Gehalten: pausiert, Gehalten: Ratenlimit, Gehalten: gleiches Ereignis oder Gehalten: Budget verbraucht: Das Ereignis wurde zurückgehalten und kanman nicht geweckt. Nichts geht still verloren: Die Zeile sagt, warum.

Darunter siehst du, wie oft sie kanman in diesem Monat geweckt hat und was kanmans Arbeit an diesen Weckrufen gekostet hat, gegen das Budget, wenn sie eins hat. Die Kosten zählen zu Listenpreisen, so wie unter Budgets und Kosten.

Pausieren, bearbeiten, löschen

Der Schalter an jeder Automation pausiert sie und setzt sie fort. Eine pausierte Automation hält jedes Ereignis zurück; eine pausierte Webhook-Automation auch die Lieferungen an ihren Webhook. Bearbeiten ändert sie; Löschen entfernt sie samt Verlauf.

Routinen

Automationen ersetzen die frühere Seite Routinen. Links darauf öffnen Automationen.