Zum Inhalt springen
kanman, der Roboter, der die Arbeit macht

kanman repariert main um zwei Uhr nachts, weiß um neun, wem der Code gehört, und schreibt am Freitag auf, was dein Team ausgeliefert hat. Ein kanman fürs ganze Team, dazu ein privater Draht für dich.

Team-Plan, ohne Karte

Eine Woche bei team-web

Main wurde um 02:14 rot. Geweckt wurde niemand.

Zum Frühstück war es wieder grün, mit einer Story für den richtigen Fix. So lief der Rest der Woche.

  1. Montag 07:52 #team-web Habit: main im Blick

    kanman

    Main ist um 02:14 rot geworden. Das Lockfile-Update in #318 hat ein neues undici mitgebracht, und zwei Integrationstests laufen jetzt beim Keep-alive in einen Timeout. Um 02:31 habe ich die alte Version gepinnt, main ist grün, und das saubere Upgrade liegt als Story auf dem Board. Erst Kaffee, dann reinschauen.

    undici aktualisieren, ohne Keep-alive-TimeoutsBereit

    • Integrationstests laufen mit der neuen Version
    • Keine gepinnte Version mehr im Lockfile
    • Keep-alive-Timeout bleibt konfigurierbar
  2. Dienstag 11:20 #team-web Neue Habit

    Mira

    @kanman poste jeden Freitagnachmittag, was wir diese Woche ausgeliefert haben

    Diese Woche ausgeliefert

    Wann
    Freitags um 15:00
    Was
    Gemergte Arbeit und abgeschlossene Stories, und warum sie zählen
    Wo
    #team-web, nichts in einer ruhigen Woche
    Darf
    In Slack posten
  3. Mittwoch 14:05 Pull Request #241 Habit: Pull Requests prüfen

    kanman

    Zwei Dinge, bevor das gemergt wird. Die Retry-Schleife in sync/worker.ts wartet nie länger, und der neue Endpunkt /exports prüft die Rolle nicht. Ich habe beides mit einem fehlschlagenden Test nachgestellt, siehe unten.

    Änderungen angefragt

    • Retry-Schleife ohne Backoff in sync/worker.ts
    • Keine Rollenprüfung an /exports
  4. Mittwoch 16:40 Persönlich(nur du) Einmalige Bitte

    Jonas

    sag mir, wenn #412 gemergt und deployt ist

    kanman

    Mach ich. Ich sag dir Bescheid, nicht dem ganzen Channel.

    kanman 18:12

    #412 wurde um 17:55 gemergt und ist mit dem Deploy um 18:05 live gegangen.

  5. Donnerstag 09:10 #team-web Mind: Gedächtnis

    Priya

    erste woche hier. wer kennt sich mit den billing-webhooks aus?

    kanman

    Mira hat den Großteil von webhooks/billing.ts im März geschrieben, Theo hat letzte Woche in #388 die Retries geändert. Wie Billing-Events fließen, steht auf einer kurzen Seite unter Mind, Gedächtnis, Billing-Events. Soll ich Mira diese Woche um 20 Minuten für dich bitten?

  6. Freitag 15:00 #team-web Habit: Diese Woche ausgeliefert

    kanman

    Diese Woche ausgeliefert: CSV-Export für Rechnungen (#402), Suche in großen Projekten dreimal so schnell (#407) und das undici-Upgrade vom Montag. Eine Frage wartet auf Mira: Sollen archivierte Projekte in der Suche auftauchen? Sonst eine ruhige Woche. Verdächtig ruhig.

Beispielteam, erfunden. Was kanman darin tut, tut es heute in der App.

Das ganze Produkt

Mind, Habits, Stories, Connections.

Vier Reiter, mehr ist es nicht. Alles andere passiert im Chat.

Mind

Weiß, wer billing.ts geschrieben hat.

Das Board, der Code, eure Konventionen und wer wofür zuständig ist. Fragt, wer sich mit den Webhooks auskennt, und ihr bekommt einen Namen, den Pull Request und eine Seite dazu, wie Billing-Events fließen.

Zu den Docs: Mind (öffnet in einem neuen Tab)

Habits

Erledigt das Lästige. Jedes Mal.

Prüft jeden Pull Request, behält main im Blick und sortiert 40 Dependency-Updates in Wellen, die ihr mit einem Tipp freigebt. Ein Satz im Chat startet eine neue Habit: „Poste jeden Freitag, was wir ausgeliefert haben.“ Der Freitag ist damit erledigt.

Zu den Docs: Habits (öffnet in einem neuen Tab)

Stories

„Fertig“ kommt mit Beleg.

Jede Story hat Akzeptanzkriterien, und jede Änderung läuft durch eure CI und ein unabhängiges Review dagegen, auf einem frischen Checkout. Steht auf einer Karte „fertig“, hat das jemand geprüft. Freitags zeigt Stories, was rausging und warum es zählte.

Zu den Docs: Stories (öffnet in einem neuen Tab)

Connections

Jira bekommt „erst fragen“. GitHub die Schlüssel.

GitHub, GitLab, Jira, Slack, Microsoft Teams und der Rest eures Stacks. Pro System wählt ihr aus, erst fragen oder automatisch, und kanman hält sich daran, weil der Code es erzwingt, nicht aus Höflichkeit.

Zu den Docs: Connections (öffnet in einem neuen Tab)

Team-Chat und Persönlich

Das Team bekommt ein Teammitglied. Du einen privaten Draht.

Der Team-Chat bekommt die Release Notes. Dein privater Draht bekommt „Dein PR wartet seit drei Tagen“.

Team-Chat

Geteilt mit dem ganzen Team.

  • Übernimmt die Stories des Teams und prüft seine Pull Requests
  • Merkt sich, was das Team entschieden hat, mit Quellen
  • Antwortet allen im Team, in der App, in Slack oder Microsoft Teams

Persönlich

Nur du und kanman.

  • Was über alle deine Teams auf dich wartet, mit einem Tipp erledigt
  • Deine einmaligen Bitten, etwa „sag Bescheid, wenn #412 live ist“
  • Wie du arbeiten magst: kurze Updates, Fokus-Freitage, deine Sprache

Was du kanman in Persönlich sagst, sieht niemand sonst.

Persönlich und Für dich in den Docs (öffnet in einem neuen Tab)

Beim Arbeiten zusehen

Ein Satz rein. Ein gemergter Pull Request raus.

Zwei Minuten in der echten App, Beleg inklusive.

Eine Anforderung der Buchhaltung für das Sandbox Team wird ins allgemeine Gespräch getippt. kanman bietet an, im Chat des Teams weiterzumachen, das Gespräch wechselt dorthin neben das Board des Teams, und kanman entwirft drei Stories mit Akzeptanzkriterien, die freigegeben und in den Tracker geschrieben werden. Die erste Story wird auf dem Board nach Ready geschoben, und kanman beginnt mit der Planung. kanman bittet um die Freigabe des Plans, der Plan wird im Gespräch freigegeben, und der Run besteht jede Prüfung auf einem frischen Checkout. Der Pull Request wird gemergt, die Story wandert mit Kriterien, Tests und Kosten nach Done, und der Wochenbericht fasst die Woche zusammen.

Nach euren Regeln

An den Regeln redet es sich nicht vorbei. Wir haben es versucht.

Die Grenzen stecken im Code, in eurem Code-Host und in eurem Runner. Was gemergt werden darf, entscheidet kein Prompt.

  • Beweis vor dem Review

    Jede Änderung besteht eure CI und ein unabhängiges Review gegen die Akzeptanzkriterien der Story, auf einem frischen Checkout, bevor ein Mensch sie ansieht.

  • Grenzen, die sich nicht wegdiskutieren lassen

    Was kanman anfassen, ausgeben und mergen darf, wird außerhalb des Modells durchgesetzt, von kanman, eurem Code-Host und eurem Runner.

  • Getippt wird mit Claude Code oder Codex

    Den Code schreibt das Modell, dem ihr schon vertraut. Tracker, Code-Host und Chat bleiben genau da, wo sie sind.

  • Sandboxes in Frankfurt, oder euer Runner

    Sandboxes laufen in Frankfurt, eure Daten liegen in der EU. Mit eigenem Runner läuft der Code in eurem Netzwerk.

Wie kanman euren Code schützt

Preise

Preis pro KI-Team. Nicht pro Platz.

Startet kostenlos auf eurem eigenen Rechner. Testet den Team-Plan 14 Tage lang, ohne Karte.

Local

Das kanman-Board und der kanman-MCP in eurem eigenen Claude Code oder Codex. Die Arbeit läuft auf eurem Rechner.

0 €pro KI-Team
  • Das kanman-Board für Stories, Entscheidungen und Verlauf eures Teams
  • Der kanman-MCP für Claude Code oder Codex auf eurem Rechner
  • Cloud-Runs, Runner und das Outcome-Gate gibt es ab Starter
Kostenlos starten

Starter

kanman arbeitet eure Stories nach euren Regeln ab und beweist jede Änderung.

99 €pro KI-Team / Monat

Monatlich abgerechnet, ohne Mindestlaufzeit. Kündbar zum Ende jedes Abrechnungsmonats.

  • Cloud-Sandboxes in Frankfurt oder euer eigener Runner, auch im Nur-Runner-Modus
  • Ein Tracker - GitHub Issues, Jira oder GitLab
  • Outcome-Gate mit Akzeptanz-Specs und Nachweispaketen
  • Entscheidungen und Audit-Log
  • 2 Runs parallel
14 Tage kostenlos testen

14 Tage kostenlos

Team

kanman als vollwertiges Teammitglied, in euren Kanälen und in Rufbereitschaft.

249 €pro KI-Team / Monat

Monatlich abgerechnet, ohne Mindestlaufzeit. Kündbar zum Ende jedes Abrechnungsmonats.

  • Alles aus Starter
  • Kontext-Connectoren für eure Docs, Wikis, Confluence, Notion und SharePoint
  • Wartungs-Scans und Rufbereitschaft
  • Slack und Microsoft Teams
  • 5 Runs parallel
  • Bis zu 15 Personen pro Team. Größeres Team? Sprecht uns an.
14 Tage kostenlos testen

Mengenpreis für Team

Die Anzahl der Team-Teams in eurem Workspace bestimmt den Preis jedes einzelnen.

Team-Teams in eurem WorkspacePreis pro Team und Monat
1 bis 4 249 €
5 bis 9 224,10 € 10 % Rabatt
ab 10 199,20 € 20 % Rabatt

Enterprise-Vereinbarung

Eine Vereinbarung für euren ganzen Workspace, zusätzlich zu den Plänen eurer Teams.

  • SSO und SCIM
  • Audit-Log 3 Jahre aufbewahrt
  • Auftragsverarbeitungsvertrag (AVV)
  • SLA
  • Zahlung auf Rechnung
  • Feste Ansprechperson
  • Selbst gehostete Steuerungsebene auf Anfrage
Demnächst · Sprecht uns an

14 Tage Team-Plan, kostenlos

Jedes neue Team bekommt den Team-Plan 14 Tage lang, ohne Karte. Endet die Testphase, pausieren Cloud-Runs, bis ihr einen Plan wählt. Euer Board und der Local-Plan laufen weiter.

14 Tage kostenlos testen

Begleitetes Onboarding

Sollen wir kanman gemeinsam mit eurem Team einrichten? Begleitetes Onboarding gibt es auf Anfrage, zu jedem bezahlten Plan, mit einem Preis für euer Setup.

Onboarding anfragen

Die Modellnutzung läuft über eure eigenen Schlüssel (Anthropic, OpenAI, Azure OpenAI oder Amazon Bedrock) oder wird zum Selbstkostenpreis des Anbieters plus 15 % über kanman abgerechnet. Keine Preise pro Platz.

Alle Preise sind Nettopreise. Es kommt keine Umsatzsteuer hinzu, da kanman als Kleinunternehmer nach § 19 UStG keine Umsatzsteuer ausweist.

FAQ

Was Leads vor dem ersten Tag wissen wollen

Kurze Antworten. Jede verlinkt die ausführliche Version.

Etwas fehlt? Schreibt an [email protected]
Was ist der Unterschied dazu, Issues in GitHub oder Linear an Copilot, Claude oder Codex zuzuweisen?
Diese Werkzeuge machen aus einem Issue einen Pull Request. kanman ist das Teammitglied drumherum: Es macht aus Anfragen Stories mit Akzeptanzkriterien, behält Habits wie Reviews und den Blick auf main bei, hält sich an die Grenzen, die ihr setzt, und beweist jede Änderung gegen die Kriterien auf einem frischen Checkout, bevor jemand sie prüft. Das Programmieren selbst läuft weiter über Claude Code oder Codex. In den Docs lesen (öffnet in einem neuen Tab)
Wie sieht die Arbeit mit kanman im Alltag aus?
Ihr redet mit ihm: im Chat eures Teams in der App, in Slack oder in Microsoft Teams, oder unter vier Augen in Persönlich. Bittet um Arbeit, und es entwirft die Stories. Bittet jede Woche um dasselbe, und es macht daraus eine Habit. Es sagt euch, wenn etwas fertig ist, und fragt nur, wenn eine Entscheidung euch braucht. In den Docs lesen (öffnet in einem neuen Tab)
Müssen wir Jira oder GitHub verlassen?
Nein. kanman arbeitet in eurem Tracker, egal ob GitHub Issues, Jira oder GitLab. Stories, Statuswechsel und Pull Requests erscheinen dort, wo euer Team ohnehin hinschaut. Noch kein Tracker? Ein Team kann seine Stories auf seinem eigenen kanman-Board führen und später einen Tracker verbinden. In den Docs lesen (öffnet in einem neuen Tab)
Welche Modelle nutzt es? Können wir eigene Verträge nutzen?
Der Code entsteht über Claude Code oder Codex. Ihr könnt eigene Schlüssel für Anthropic, OpenAI, Azure OpenAI oder AWS Bedrock oder das OpenAI-kompatible KI-Gateway eures Unternehmens mitbringen oder die Nutzung zum Selbstkostenpreis plus 15 % über kanman laufen lassen. kanman wählt das Modell nach Komplexität, damit kleine Fixes günstig bleiben. In den Docs lesen (öffnet in einem neuen Tab)
Wo wird unser Code verarbeitet und gespeichert? Was sehen die Modellanbieter?
kanman läuft in der EU. Der Code entsteht in Sandboxes in Frankfurt, und jeder Run bekommt eine frische Sandbox, die danach verworfen wird. Modellaufrufe gehen an den Anbieter, den ihr mit eigenen Schlüsseln wählt, oder über kanman an Anthropic oder OpenAI in den USA. In beiden Fällen sieht der Anbieter nur die Prompts und den Code-Kontext, die ein Run braucht. Mit dem Self-hosted Runner bleibt die Code-Ausführung in eurem Netzwerk. In den Docs lesen (öffnet in einem neuen Tab)
Kann es allein nach main mergen?
Nur wenn eure Richtlinie das erlaubt. Standardmäßig reviewt und merged ein Mensch. Automatische Merges könnt ihr für kleine Änderungen freigeben: alle Gates grün und der Diff unter einer Zeilengrenze, die ihr festlegt. Solange main rot ist, hält kanman sie zurück. In den Docs lesen (öffnet in einem neuen Tab)
Was kostet der Betrieb, und wie funktionieren Budgets?
Jeder Plan hat einen festen Preis pro KI-Team, nie pro Platz, zu finden im Preisabschnitt. Local ist kostenlos, Starter und Team werden monatlich abgerechnet. Ab 5 Team-Teams in einem Workspace wird jedes Team-Team günstiger (Mengenpreis). Die Modellnutzung kommt dazu, über eure eigenen Schlüssel oder zum Selbstkostenpreis des Anbieters plus 15 %. Ihr setzt Budgets pro Run, pro Tag und pro Monat mit harten Grenzen. Incident-Arbeit wird nie durch ein Budget blockiert. In den Docs lesen (öffnet in einem neuen Tab)
Können wir kanman selbst hosten?
Ja. Der Self-hosted Runner gehört ab Starter zu jedem bezahlten Plan und führt jeglichen Code in eurem Netzwerk aus, mit euren Modellverträgen. Schaltet ihr "Alles auf unseren Runnern ausführen" ein, bleiben auch Modellaufrufe, Reviews und jede Repository-Aktion dort; in kanmans Cloud liegen dann nur Board, Entscheidungen und Audit-Log. Mit der Enterprise-Vereinbarung (demnächst) kann auf Anfrage auch diese Steuerungsebene auf euren eigenen Servern laufen. In den Docs lesen (öffnet in einem neuen Tab)
Können wir kanman testen, bevor wir zahlen?
Ja. Jedes neue Team bekommt den Team-Plan 14 Tage kostenlos, ohne Karte. Endet die Testphase, pausieren Cloud-Runs, bis ihr einen Plan wählt; euer Board und der kostenlose Local-Plan laufen weiter. Wenn wir kanman mit eurem Team einrichten sollen, gibt es begleitetes Onboarding auf Anfrage. Begleitetes Onboarding