ai
Marco Kerwitz
Founder of kanman.ai
KI im Team.
Deine Regeln.
Mit Beweis.
kanman nimmt Anforderungen auf, schreibt die Stories, liefert den Code über Claude Code oder Codex und beweist jede Änderung gegen eure Akzeptanzkriterien. In eurem Jira oder GitHub. Gehostet in der EU oder auf euren eigenen Servern.
kanman
Anforderung einfügen oder kanman in Slack taggen...
Die Lücke
Alle in eurem Team haben ein KI-Coding-Tool. Niemand hat ein KI-Teammitglied.
Lizenzen für Copilot und Claude Code machen einzelne Entwickler schneller. Sie entscheiden nicht, was gebaut wird, was der Agent anfassen darf oder ob das Ergebnis funktioniert.
-
Niemand macht die Aufnahme.
Jemand muss Anfragen immer noch in Arbeit übersetzen, die ein Agent zu Ende bringen kann. Vage Tickets rein, vager Code raus.
-
Niemand setzt die Regeln.
Niemand hat festgelegt, was der Agent anfassen, ausgeben oder mergen darf. Also kann er entweder wenig oder zu viel.
-
Niemand beweist das Ergebnis.
'Tests sind grün' heißt nicht 'es funktioniert'. Jemand muss prüfen, und im Moment ist das euer bester Reviewer.
So funktioniert's
Von der Anforderung zum geprüften Pull Request
Fünf Stufen. Euer Tracker, eure CI und eure Review-Regeln bleiben, wo sie sind.
-
1. Aufnahme
Anforderung einfügen oder kanman in Slack taggen. Ihr bekommt Stories mit Akzeptanzkriterien und einem Weg, jedes davon vorzuführen.
-
2. Regeln
Eure Policy legt fest, was kanman anfassen, ausgeben und mergen darf. Große Entscheidungen kommen mit Empfehlung zu euch.
-
3. Arbeit
Claude Code oder Codex schreibt den Code in einer Sandbox. kanman wählt das Modell nach Komplexität, damit kleine Fixes günstig bleiben.
-
4. Beweis
Bevor etwas ins Review geht, läuft eine Akzeptanz-Spec gegen eine frische Umgebung. Keine Spec, kein Bereit. Kein grüner Lauf, kein Review.
-
5. Übergabe
Ein Pull Request mit angehängten Nachweisen. Eure Leute reviewen und mergen, oder eure Policy tut es.
Beweis
Agents sagen "fertig". kanman zeigt es euch.
Jeder Pull Request kommt mit einem Evidence Pack. Ihr reviewt die Änderung mit dem Wissen, dass sie schon tut, was die Story verlangt.
-
Die Spec entstand vor dem Code.
kanman schreibt die Akzeptanz-Spec bei der Aufnahme. Sie muss fehlschlagen, bevor die Story als Bereit gilt.
-
Der Agent kann sie nicht ändern.
Der Coding-Agent hat keinen Schreibzugriff auf die Spec. Eine geänderte Spec lässt das Gate scheitern.
-
Sie lief auf einem frischen Checkout.
Nicht auf der Maschine des Agents. Eine frische Umgebung, der Commit des Pull Requests, nichts aus dem Cache.
Evidence Pack
INV-41 Rechnungen als CSV exportieren
Outcome-Gate bestanden
Akzeptanzkriterien
- Der Export-Button lädt eine .csv-Datei herunter bestanden
- Eine Zeile pro Rechnung im gewählten Zeitraum bestanden
- Beträge nutzen den gemeinsamen Geldformatierer bestanden
- Ein leerer Zeitraum zeigt einen Hinweis und keine Datei bestanden
- Spec
- .kanman/acceptance/INV-41/export.spec.ts
- Geschrieben
- bei der Aufnahme, rot vor Bereit
- Lief auf
- frischem Checkout von 4e1c9a7
- Dauer
- 41,6 s
- Kosten des Laufs
- 0,84 €
Trace-Vorschau: die Rechnungsseite mit gedrücktem Button CSV exportieren und der heruntergeladenen Datei.
Seht es an eurem eigenen Repo.
Ein Pilot läuft sechs Wochen mit einem Team und einem Repo. Die Nachweise behaltet ihr so oder so.
Kontrolle
Ihr entscheidet, wie viel es entscheidet.
Presets von Trial bis Autonomous. Budgets mit harten Grenzen. Jede Entscheidung in einem Audit-Log, das ihr exportieren könnt.
Preset
- Trial Für die erste Woche. Arbeitet auch in Repos ohne Akzeptanz-Specs und sagt das in jedem Evidence Pack.
- Focused Arbeitet nur an Stories, die eure Leute angelegt haben. Nichts aus eigener Initiative.
- Balanced (ausgewählt) Nimmt bereite Arbeit in ruhigem Tempo auf und fragt bei großen Entscheidungen.
- Autonomous Vier Stories gleichzeitig, für Teams mit guter Testabdeckung. Gleiche Gates, gleiche Sandbox.
- Hardening Ergänzt Wartung in kleinen Dosen. Sicherheitswarnungen, veraltete Dependencies, kaputte Doku-Links.
Presets ändern Tempo, Eigeninitiative und die standardmäßig gesperrten Pfade. Sandbox und Gates sind in jedem Preset gleich.
Illustration
kanman
INV-43 · vor 4 Min. gefragt
INV-43 ändert das Rechnungsschema. Wie soll ich die MwSt.-Spalte ergänzen?
Meine Empfehlung
Eine neue Spalte mit Standardwert. Alte Exporte funktionieren weiter, nichts muss nachgetragen werden.
- Empfehlung übernehmen
- Bestehende Rechnungen nachtragen
- Erst einmal liegen lassen
Antwortet hier oder direkt in Slack.
Illustration
-
Befugnisstufen
Pro Repo und Pfad. Was kanman allein ändern darf, was ein Review braucht, was es nie anfasst.
-
Budgets mit harten Grenzen
Pro Run, pro Tag und pro Monat. Ist ein Budget aufgebraucht, hält kanman an und fragt. Incident-Arbeit wird nie blockiert.
-
Ein Audit-Log zum Exportieren
Wer hat was entschieden, mit wessen Freigabe, zu welchen Kosten. Bereit für das nächste Audit.
Teamgedächtnis
Es wird jede Woche besser in eurer Codebasis. Und ihr seht, was es gelernt hat.
Review-Kommentare, die sich wiederholen, werden zu Team-Konventionen. Jede davon könnt ihr lesen, ändern und ausmustern.
- Herkunft, die ihr nachvollziehen könnt
- Jede Konvention verweist auf die Review-Kommentare, aus denen sie entstand.
- Ihr bleibt die Redaktion
- Regel anpinnen, umformulieren oder ausmustern. kanman folgt der aktuellen Liste.
Konventionen
-
Geldbeträge mit dem gemeinsamen Formatierer formatieren.
Gelernt aus 3 Review-Kommentaren
Aktiv -
Neue Endpunkte brauchen einen Rate-Limit-Test.
Gelernt aus 2 Review-Kommentaren
Aktiv -
Keine neuen Dependencies ohne Hinweis im Pull Request.
Von einem Teammitglied ergänzt
Angepinnt -
Event-Namen in snake_case.
Gelernt aus 4 Review-Kommentaren
Ausgemustert
Illustration
Passt zu eurem Stack
Euer Tracker bleibt. Eure CI bleibt. Eure Review-Regeln bleiben.
kanman steigt in die Tools ein, die euer Team schon nutzt. Nichts zu migrieren.
- GitHub: Issues, Pull Requests, Checks
- GitLab: Cloud und self-managed
- Jira: Eure Boards, eure Spaltennamen
- Claude Code: Headless, in einer Sandbox
- Codex: Headless, in einer Sandbox
- Slack: Fragen, Wünsche und Entscheidungen in euren Channels
- Microsoft Teams: Channels, Gruppenchats und Direktnachrichten
- Confluence und Notion: Antworten aus euren Docs, mit Quellen
- Eure CI: GitHub Actions, GitLab CI und der Rest
- Self-hosted Runner: Der Code läuft in eurem Netzwerk
- MCP: kanman aus Claude Code oder Codex nutzen
Preise
Preis pro KI-Team. Nicht pro Platz.
Startet mit einem Pilot in einem Repo. Behaltet kanman, wenn euch die Nachweise überzeugen.
Pilot
6 Wochen, ein Team, ein Repo. Inklusive Einrichtung mit euch.
ab
5.000 €Festpreis, 6 Wochen
- Einrichtung mit eurem Team, in eurem Tracker und eurem Repo
- Ein Pull Request mit dem Akzeptanz-Manifest für euer Repo
- Ein wöchentlicher Blick auf Läufe, Entscheidungen und Kosten
- Eine schriftliche Auswertung am Ende, die ihr behaltet
Nach dem Pilot
Team
Ein kanman, das mit einem Engineering-Team arbeitet. Monatlich abgerechnet.
990 €pro KI-Team / Monat
- Aufnahme, Outcome-Gate, Entscheidungen und Audit-Log
- GitHub, GitLab oder Jira, dazu Slack
- Claude Code oder Codex in einer Sandbox in Frankfurt
- Eure eigenen Modell-Keys oder Nutzung zum Selbstkostenpreis plus 15 %
Self-hosted
Der Runner steht in eurem Netzwerk und erledigt die Coding-Arbeit dort, mit euren Modellverträgen.
Sprecht uns an
- Self-hosted Runner für jede Code-Ausführung
- Eure Verträge mit Anthropic, OpenAI, Azure oder Bedrock
- Unterstützung bei AVV und Security-Review
Die Modellnutzung läuft über eure eigenen Keys oder wird zum Selbstkostenpreis plus 15 % durchgereicht. Keine Preise pro Platz.
FAQ
Fragen, die Engineering-Leads uns stellen
Kurze Antworten. Jede verlinkt die ausführliche Version.
- Was ist der Unterschied dazu, Issues in GitHub oder Linear an Copilot, Claude oder Codex zuzuweisen?
- Diese Tools geben ein Issue an einen Agent und liefern einen Pull Request zurück. kanman ergänzt, was um den Agent herum fehlt. Es macht aus Anforderungen Stories mit Akzeptanzkriterien, hält sich an die Policy, die ihr festlegt, und beweist jede Änderung gegen diese Kriterien auf einem frischen Checkout, bevor jemand reviewt. Den Code selbst schreibt weiterhin Claude Code oder Codex. 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. In den Docs lesen (öffnet in einem neuen Tab)
- Welche Modelle und Agents nutzt es? Können wir eigene Verträge nutzen?
- Der Code entsteht über Claude Code oder Codex. Ihr könnt eigene Keys für Anthropic, OpenAI, Azure OpenAI oder AWS Bedrock 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 Lauf bekommt eine frische Sandbox, die danach verworfen wird. Modellanbieter sehen die Prompts und den Code-Kontext, die ein Lauf braucht, unter eurem eigenen Vertrag, wenn ihr eigene Keys nutzt. 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 Policy 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 passiert, wenn es nicht weiterkommt?
- Es hält an und fragt. Ihr bekommt eine Entscheidung mit Empfehlung und Optionen, in der App oder in Slack. Ein gescheitertes Gate bekommt einen Nachbesserungsversuch. Danach kommt es zu euch zurück, statt in einer Schleife zu laufen. In den Docs lesen (öffnet in einem neuen Tab)
- Kann kanman für eure Services Rufbereitschaft übernehmen?
- Ja, wenn ihr das wollt. Verbindet Uptime-Checks, euer Alarmierungstool (Alertmanager, Grafana, Datadog, PagerDuty, Opsgenie, Sentry, CloudWatch und andere) und eure Logs. Wird etwas schlechter, eröffnet kanman einen Incident in eurem Slack- oder Teams-Kanal, prüft letzte Merges, Deploys und Fehler-Traces und postet, was es findet. Bei einem Fehler im Code startet es einen Fix, der den Fehler zuerst reproduzieren muss, oder schlägt einen Revert vor. Änderungen in Produktion außerhalb des Codes entscheidet immer ein Mensch. Nur beobachten ist ein Schalter. In den Docs lesen (öffnet in einem neuen Tab)
- Ist kanman in unseren Slack- oder Microsoft-Teams-Unterhaltungen dabei?
- Nur dort, wo ihr es hinzufügt. Es beantwortet Fragen zur Arbeit des Teams mit Links und Quellen und macht aus Wünschen Story-Entwürfe, die eine Teamleitung freigibt, bevor etwas auf das Board kommt. Standardmäßig spricht es nur, wenn ihr es erwähnt. Pro Channel könnt ihr zulassen, dass es sich von selbst meldet, mit Tageslimit, Ruhezeiten und einem Stopp-Button an jeder ungefragten Antwort. In den Docs lesen (öffnet in einem neuen Tab)
- Kann es aus unseren Docs, Repos, Confluence oder Notion antworten?
- Ja, sobald ein Team es einschaltet. Fügt Dateien, Webseiten, Repository-Dokumentation, Issues, Confluence-Bereiche oder Notion-Seiten hinzu, und kanman nennt in jeder Antwort seine Quellen. Wo die Quelle es verrät, nutzt es nur, was die fragende Person dort sehen darf, etwa Confluence-Seitenrechte oder Repository-Zugriff. Passt nichts, sagt es das. In den Docs lesen (öffnet in einem neuen Tab)
- Was kostet der Betrieb, und wie funktionieren Budgets?
- Der Team-Plan hat einen festen Preis pro KI-Team, zu finden im Preisabschnitt. Die Modellnutzung kommt dazu, über eure eigenen Keys oder zum Selbstkostenpreis 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)
- Unser Repo hat keine Akzeptanztests. Können wir trotzdem starten?
- Ja. Das Preset Trial funktioniert ohne Specs und sagt das in jedem Evidence Pack klar. In der ersten Woche öffnet kanman einen Pull Request, der ein Akzeptanz-Manifest ergänzt. Ab dann bekommt jede Story eine Spec. In den Docs lesen (öffnet in einem neuen Tab)
- Können wir kanman selbst hosten?
- Ja. Der Self-hosted Runner führt jeglichen Code in eurem Netzwerk aus, mit euren Modellverträgen. Sprecht uns auf den Rest eures Setups an. In den Docs lesen (öffnet in einem neuen Tab)
- Wie sieht ein Pilot aus?
- Sechs Wochen, ein Team, ein Repo. Wir richten kanman mit euch ein, ergänzen ein Akzeptanz-Manifest, wählen ein Preset und bearbeiten echte Stories aus eurem Backlog. Am Ende bekommt ihr eine schriftliche Auswertung, was geliefert wurde, was Nacharbeit brauchte und was es gekostet hat. Der Pilot im Detail
Blog
Aus dem Blog
ai
Marco Kerwitz
Founder of kanman.ai
ai
Marco Kerwitz
Founder of kanman.ai