Dieser Kanzo Test stellt ein ungewöhnlich schlankes Open-Source-Werkzeug vor: Kanzo ist ein selbst gehostetes Kanban-Board im Browser und zugleich ein MCP-Server für Coding-Agenten, verpackt in einem einzigen kleinen Rust-Programm. Das Repository liegt unter github.com/emanuele-em/kanzo. Laut README arbeiten Menschen und Agenten auf denselben Karten – auf einem Rechner oder auf einem gemeinsam genutzten Board – ohne Konto und ohne extra Server. Wir haben die aktuelle Version 0.4.2 (Release vom 11. November 2026) selbst installiert und das Board lokal gestartet. Einen Alltagstest mit Claude Code oder Codex haben wir nicht gemacht; gemessene Startzeiten und Tokenangaben des Autors übernehmen wir nur als Zitat und kennzeichnen, was wir selbst geprüft haben.
Kanzo Test: Was steckt hinter dem Board?
Kanzo will kein weiteres Ticket-SaaS sein und auch keine Agent Development Environment. Die README beschreibt drei Wege zur gleichen Datenbasis: das Board im Browser für den Menschen, MCP für die Agenten (Aufgaben übernehmen, Karten verschieben, kommentieren) und die kanzo-Kommandozeile für Terminal und Skripte. Dateien soll man dafür nicht von Hand editieren. Beim ersten Start entsteht der Ordner ~/kanzo (oder ein anderer Pfad über --home bzw. KANZO_HOME); darin liegen unter anderem die SQLite-Datei kanzo.db und die Einstellungen in config.toml. Das haben wir bei kanzo init so vorgefunden.
Die Standardspalten des Boards sind todo, doing, review und done. Das bestätigt die lokale API-Antwort von Version 0.4.2. In den Einstellungen lässt sich zusätzlich eine Backlog-Spalte einschalten, die Agenten laut Dokumentation unbeachtet lassen, bis Aufgaben nach todo geschoben werden. Karten können als „Human“ markiert werden, dann sollen Agenten sie liegen lassen. Aufgaben können auf andere warten; next_task überspringt sie, solange die Blocker nicht auf done stehen – auch review blockiert noch.
Wer steckt dahinter?
Autor und Maintainer ist Emanuele Micheletti (GitHub: emanuele-em). Das öffentliche Repository wurde am 25. Oktober 2026 angelegt, die erste Release v0.1.0 erschien am 26. Oktober 2026. Einen technischen Begleittext mit Messmethodik veröffentlichte Micheletti am 27. Oktober 2026 auf micheletti.io/kanzo. Die Lizenz im Repo und in der Cargo.toml ist AGPL-3.0-only.
Das Tempo ist hoch: Von 0.1.0 bis zur für diesen Artikel geprüften 0.4.2 vom 11. November 2026 liegen knapp zwei Wochen. In 0.4.2 stecken unter anderem Korrekturen für Updates unter Windows, für MCP-Clients nach einem Abbruch oder ohne initialize sowie für den Export auf einem Rechner, der einem fremden Board beigetreten ist – mehrere davon aus Community-Pull-Requests. Über die GitHub-API waren am 11. November 2026 (Nachmittag, Zeitzone Europe/Berlin) 1.155 Sterne, 92 Forks, 5 offene Issues und 4 offene Pull Requests verzeichnet. Sterne sind kein Qualitätsurteil, zeigen aber eine schnelle Sichtbarkeit für ein so junges Projekt.
Kernfunktionen laut Dokumentation und eigener Installation
Das Board im Browser
kanzo startet das Board standardmäßig unter http://localhost:4242 und öffnet es im Browser; mit --no-open bleibt es im Terminal. Unsere Instanz von 0.4.2 antwortete mit HTTP 200, dem Titel „Kanzo“ und dem Header x-kanzo-version: 0.4.2. Die Oberfläche bringt Suche, Filter, Listenansicht, Tags, Bilder in Karten und Kommentaren, optionale Ticket-URLs (etwa zu einem Pull Request) sowie eine installierbare Web-App in Chrome oder Edge. Die Board-Sprache ist laut Settings Englisch oder Chinesisch.
MCP für Coding-Agenten
Für Agenten ist Kanzo als MCP-Server gebaut. Die README nennt explizit die Einrichtung für Claude Code und Codex:
claude mcp add kanzo --scope user -- kanzo mcpcodex mcp add kanzo -- kanzo mcp
Andere MCP-Clients starten kanzo mcp (stdio) oder nutzen das laufende Board unter http://localhost:4242/mcp. Unsere Installation hat diesen HTTP-Endpunkt beim Start ausgegeben; mcp_http = true stand in der erzeugten config.toml. Ein vollständiger MCP-Handshake mit Claude Code oder Codex war nicht Teil dieses Tests.
Im Quellcode von 0.4.2 sind unter anderem diese Werkzeuge definiert: list_projects, create_project, link_repo, list_tasks, get_task, create_task, update_task, add_comment, next_task und delete_task. next_task nimmt die oberste bereite todo-Aufgabe, setzt sie auf doing und liefert sie als Klartext. Antworten sind bewusst kurzer Plaintext statt JSON, damit sie das Kontextfenster der Agenten weniger belasten – so die Dokumentation. Die genannten Tokenwerte (Werkzeugliste rund 1.000 Token einmal pro Sitzung, Antworten 10 bis 60 Token) hat der Autor auf einem Apple M4 gemessen; wir haben sie nicht nachgezählt.
Projekte lassen sich mit einem GitHub-Repo der Form owner/repo verknüpfen. Findet der Agent keine Projektangabe, nutzt Kanzo laut Docs die Git-Remote des Arbeitsverzeichnisses. Das passt zum typischen Ablauf: „Nimm die nächste Aufgabe aus Kanzo und erledige sie.“ Mehr dazu, was MCP im Agenten-Stack leistet, steht in unserem Beitrag MCP, Memory, Skills und Hooks.
Kommandozeile, Teilen und Synchronisieren
Die von uns ausgegebene Hilfe von 0.4.2 listet unter anderem kanzo mcp, init, sync, export, share, join, leave, update und service. kanzo share on gibt das Board im Netz frei, andere Rechner treten mit kanzo join bei – im LAN oder über ein VPN wie Tailscale, NetBird oder WireGuard, etwa wenn ein Raspberry Pi das Board hält. Alternativ hält ein privates Git-Repo den Ordner ~/kanzo zwischen Maschinen synchron, die man nacheinander benutzt. kanzo export haben wir lokal ausgeführt: Es schreibt das Board als Markdown (optional JSON). kanzo service install startet das Board bei der Anmeldung mit; das haben wir nicht eingerichtet.
Plattformen und Installation
Die README dokumentiert einen Installer für macOS und Linux, einschließlich Raspberry Pi, sowie ein PowerShell-Skript für Windows. Zusätzlich liegen in Release 0.4.2 vorkompilierte Archive für Apple Silicon und Intel-Macs, Linux (x86_64- und ARM-Musl-Builds, auch armv7) und Windows (x86_64, MSVC) bereit. Wer lieber selbst baut, findet das Projekt auf crates.io als cargo install kanzo. Releases sollen laut README von GitHub signiert sein (gh attestation verify); das haben wir nicht ausgeführt. Für diesen Test haben wir das offizielle Archiv kanzo-x86_64-unknown-linux-musl.tar.xz von 0.4.2 heruntergeladen und die mitgelieferte SHA-256-Prüfsumme geprüft, bevor wir die Binärdatei starteten.
Gemessen auf unserem Linux-x86_64-System am 11. November 2026: Die entpackte Binärdatei ist 5.291.224 Bytes groß (rund 5,05 MiB). Im Leerlauf zeigte der Prozess 4.292 KB RSS und einen Thread. Bis zur ersten HTTP-200-Antwort des Boards vergingen in fünf Läufen etwa 26 Millisekunden. Die README nennt für ein Apple M4 andere, vom Autor gemessene Werte: 4,7 MB Programm, 5 MB RAM im Leerlauf und 12 MB bei 3.000 Aufgaben, 3 ms Start, 17 ms zum Laden eines Boards mit 3.000 Aufgaben. Die Zahlen passen grob zur Größenordnung, sind aber nicht dieselbe Messung – 3 ms beziehen sich auf den Start, unsere 26 ms auf die Zeit bis zur HTTP-Antwort.
Lizenz und Kosten
Kanzo selbst ist kostenlos und verlangt kein Konto. Die Lizenz ist AGPL-3.0: Nutzen, ändern und weitergeben ist erlaubt; wer eine veränderte Fassung über ein Netzwerk anbietet, muss den Quellcode ebenfalls bereitstellen. Das kann für manche kommerziellen Deployments relevant sein und unterscheidet Kanzo klar von MIT-lizenzierten Umgebungen wie Orca. Laufende Kosten entstehen, wenn überhaupt, bei den angebundenen Agenten-Abos, nicht bei Kanzo.
Ein wichtiger betrieblicher Hinweis steht in der beim ersten Start erzeugten config.toml und in der README: Standardmäßig lauscht das Board auf 127.0.0.1. Es gibt keine Anmeldung. Wer den Port erreichen kann, kann das Board lesen und ändern und den MCP-Endpunkt nutzen. Freigaben gehören deshalb nur in ein Netzwerk, dem man vertraut; über das Internet empfiehlt die Dokumentation ein VPN, nicht ein offenes Exponieren.
Einordnung: Kanban mit MCP, keine ADE wie Orca
Kanzo tritt nicht gegen Editoren oder Agent-Harnesses an. Es ersetzt weder Claude Code noch Codex und auch nicht eine Agent Development Environment wie Orca, die CLI-Agenten in eigenen Git-Worktrees orchestriert. Einen ausführlichen Blick auf diese ADE gibt es in unserem Orca KI-Editor Test. Kanzo ist die gemeinsame Aufgabenwand, auf die Mensch und Agenten schreiben können – ergänzend, nicht als Ersatz. Wer eher den Vergleich der Agenten selbst sucht, findet ihn im KI-Agent-Tools-Vergleich.
Stärken (geprüft oder dokumentiert)
- Sehr kleines, einzelnes Binary ohne Docker, Runtime oder Web-Build; von uns auf Linux in der Größenordnung von 5 MiB und wenigen Megabyte RAM im Leerlauf bestätigt
- Lokale, tragbare Daten in einem Ordner, Start mit einem Befehl
- MCP-first: dokumentierte Anbindung von Claude Code und Codex, kurze Klartext-Antworten
- Teilen im LAN bzw. VPN und optionale Git-Synchronisation ohne weiteres SaaS
- Aktive, sehr schnelle Weiterentwicklung und erkennbare Community-Beiträge
- Klare Aussage zur Absicherung: standardmäßig nur localhost, keine Logins
Grenzen und offene Punkte
- Sehr junges Projekt (öffentlich seit Ende Oktober 2026), Versionsstand 0.4.x
- Keine Authentifizierung; geteilte Boards nur in vertrauenswürdigen Netzen
- AGPL-3.0 kann den Einsatz in manchen Firmenumgebungen erschweren
- Oberfläche bisher nur auf Englisch und Chinesisch
- Windows, Raspberry Pi, Live-Share zwischen Rechnern und den Alltag mit Claude Code oder Codex haben wir nicht selbst getestet
- Token- und Performance-Angaben des Autors (Apple M4) wurden von uns nicht in derselben Methodik wiederholt
Fazit: Für wen lohnt sich Kanzo?
Kanzo richtet sich an Leute, die bereits mit Coding-Agenten arbeiten und eine gemeinsame, lokale Aufgabenwand wollen, ohne ein Ticket-SaaS oder eine schwere Orchestrierungsplattform aufzusetzen. Das Produktversprechen ist schlüssig: ein Board, ein MCP-Server, ein kleines Binary. Was wir selbst prüfen konnten – Installation, Start, Version 0.4.2, Ressourcenbedarf, Standardspalten, Export und die klare Localhost-Vorgabe – passt zu diesem Versprechen. Ob Agenten im Alltag zuverlässig Karten ziehen, kommentieren und übergeben, bleibt ein eigener Test; genau dort entscheidet sich der Nutzen.
Als nüchternes Fazit: Für Einzelpersonen und kleine Setups mit Claude Code, Codex oder anderen MCP-Clients ist Kanzo einen Blick wert, gerade wegen des geringen Aufwands und der klaren Lizenz. Es ist keine ADE und kein Ersatz für die Agenten selbst. Wer starten will, findet Installer, Binaries und Docs im GitHub-Repository sowie die Release 0.4.2.
