Qu’est-ce que Kanzo ?
Kanzo est un tableau kanban auto-hébergé qui tourne dans le navigateur et sert aussi de serveur MCP aux agents de code. Claude Code, Codex et d'autres clients MCP peuvent prendre la tâche suivante, déplacer des cartes vers doing et commenter en travaillant, pendant que vous voyez le tableau se mettre à jour en direct sur localhost:4242. Les agents trouvent le bon projet grâce au remote git du dépôt où ils travaillent.
Tout tient dans un fichier SQLite sous ~/kanzo, sans compte ni serveur. Un tableau peut être partagé en direct avec d'autres ordinateurs du même réseau, ou synchronisé entre machines via un dépôt git privé qui vous appartient, et exporté en Markdown ou JSON. Les agents laissent de côté les tâches marquées Human et une colonne Backlog.
Il est écrit en Rust, sous licence AGPL-3.0, et s'installe avec un script d'une ligne sous macOS, Linux et Raspberry Pi, un script PowerShell sous Windows ou cargo install kanzo.
Kanzo vaut-il le coup ?
Kanzo résout bien un problème étroit : quand plusieurs agents de code travaillent sur un projet, la liste des tâches finit éparpillée entre vos notes, les outils de tickets et le contexte de chaque agent. Kanzo leur donne un tableau via MCP et vous donne le même tableau dans le navigateur, sans compte ni service hébergé.
Ses chiffres sont son argument. Le README annonce un programme de 4,5 Mo SQLite compris, 4,5 Mo de mémoire au repos et 8 Mo avec 3 000 tâches, un démarrage en 2 ms et 17 ms pour charger un tableau de 3 000 tâches, mesurés sur un Apple M4. Côté agents, la liste d'outils coûte environ 900 tokens une fois par session et les réponses font 10 à 60 tokens de texte brut, ce qui compte quand chaque appel d'outil consomme du contexte.
Il est très récent. Le dépôt a été créé le 25 octobre 2026 et est passé de v0.1.1 à v0.3.0 au 1er novembre, avec environ 970 étoiles, 5 contributeurs et 8 issues et pull requests ouverts. Attendez-vous à ce que le comportement et les commandes changent d'une version à l'autre.
Le point faible est le contrôle d'accès : il n'y en a aucun. Le partage ouvre le tableau sur votre réseau, et le README lui-même conseille de ne partager que sur un réseau de confiance ou derrière un VPN comme Tailscale. Quiconque atteint le port peut lire et modifier les tâches, et l'endpoint MCP sur /mcp est activé par défaut. La licence AGPL-3.0 impose aussi qu'une version modifiée proposée sur un réseau publie son code source, ce qui compte pour les entreprises qui voudraient l'intégrer.
Face à Vibe Kanban, qui lance aussi les agents et leurs worktrees, Kanzo n'est que le tableau. Il est donc plus léger et indépendant de l'agent, mais c'est toujours vous qui lancez et surveillez chaque agent.
Là où il fait la différence
Un développeur solo qui fait tourner Claude Code et Codex côte à côte
Éviter que deux agents prennent la même tâche
Ajoutez Kanzo comme serveur MCP dans les deux et demandez à chacun de prendre la tâche suivante ; les cartes réservées passent en doing avec des commentaires, et le tableau montre qui fait quoi. Coût : quelques centaines de tokens par session.
Un studio de deux personnes avec un Raspberry Pi sur le réseau du bureau
Garder un seul tableau pour les deux portables et tous leurs agents
Lancez kanzo service install et kanzo share on sur le Pi, puis kanzo join depuis chaque portable. Il n'y a pas de connexion, donc restez sur le réseau du bureau ou derrière Tailscale.
Un développeur qui alterne entre un fixe et un portable
Emporter le tableau d'une machine à l'autre sans service hébergé
Pointez la synchronisation de Kanzo vers un dépôt GitHub privé vide ; kanzo sync commite et récupère le tableau, et demande quel côté garder si les deux ont changé.
Avant de vous engager
- Mise en route
- Un script d'installation curl sous macOS et Linux, un script PowerShell sous Windows ou cargo install kanzo ; lancez kanzo et le tableau s'ouvre sur localhost:4242. Connectez Claude Code avec claude mcp add kanzo --scope user -- kanzo mcp.
- Intégrations
- MCP en stdio (kanzo mcp) ou HTTP sur /mcp pour Claude Code, Codex, Raycast et d'autres clients ; une CLI pour les scripts ; synchronisation par git ; export Markdown et JSON.
- Données et confidentialité
- Toutes les données dans ~/kanzo, en fichier SQLite et config.toml sur votre machine ; les versions sont signées via les attestations GitHub. AGPL-3.0.
- Limites
- Aucune authentification sur le tableau ni sur l'endpoint MCP HTTP ; les conflits de synchronisation se règlent en gardant un côté entier ; 8 issues et pull requests ouverts sur un projet d'une semaine.
Les points forts
- Tableau et serveur MCP dans un binaire de 4,5 Mo
- Réponses aux agents de 10 à 60 tokens, peu de contexte consommé
- Stockage SQLite local, synchronisation git et export Markdown ou JSON
- Tâches réservées aux humains et un Backlog que les agents ignorent
Les points faibles
- Ni connexion ni contrôle d'accès en partage
- Créé le 25 octobre 2026 ; interfaces encore mouvantes
- L'AGPL-3.0 contraint les entreprises qui proposent des versions modifiées
- Ne lance ni n'isole les agents, contrairement à Vibe Kanban
Idéal pour
Développeurs qui utilisent Claude Code, Codex ou d'autres agents MCP et veulent un tableau de tâches partagé et local sans adopter un outil hébergé.
Alternatives à Kanzo
Kanzo : questions fréquentes
- Kanzo vaut-il le coup ?
- Un tableau partagé, net et très léger pour vous et vos agents, à garder sur une machine ou un réseau de confiance tant qu'il n'a pas mûri. Nous lui donnons 3.8 sur 5.
- Combien coûte Kanzo ?
- Gratuit sous licence AGPL-3.0 ; pas d'offre hébergée.
- Quels sont les inconvénients de Kanzo ?
- Ni connexion ni contrôle d'accès en partage; créé le 25 octobre 2026 ; interfaces encore mouvantes; l'AGPL-3.0 contraint les entreprises qui proposent des versions modifiées; ne lance ni n'isole les agents, contrairement à Vibe Kanban.
- À qui s’adresse Kanzo ?
- Développeurs qui utilisent Claude Code, Codex ou d'autres agents MCP et veulent un tableau de tâches partagé et local sans adopter un outil hébergé.
- Kanzo est-il sûr pour les données de l’entreprise ?
- Toutes les données dans ~/kanzo, en fichier SQLite et config.toml sur votre machine ; les versions sont signées via les attestations GitHub. AGPL-3.0.
- Quelles sont les meilleures alternatives à Kanzo ?
- Les alternatives les plus proches que nous avons testées sont Vibe Kanban.
Réponses vérifiées le 3 nov. 2026.