---
title: "KittyClaw"
description: "Kanban local qui orchestre tes agents Claude Code. Tu crées un ticket, un moteur d'automatisation lance le bon agent, streame sa sortie dans le board, commit son travail."
date: 2026-04-26T11:30:00+02:00
tags: ["Tooling", "IA", "Open Source", ".NET", "Blazor", "Claude Code"]
url: "https://github.com/Ekioo/KittyClaw"
icon: "&#9989;"
image: "/images/projects/todo-card.webp"
---

<p style="text-align:center;margin:1rem 0 2rem;">
  <img src="/images/projects/kittyclaw-logo.webp" alt="KittyClaw" width="240" height="235" style="max-width:100%;height:auto;" />
</p>

## Le problème

Quand on est dev solo et qu'on pilote un ou plusieurs agents IA sur ses projets, il faut un endroit pour suivre l'avancement : qui fait quoi, qu'est-ce qui est bloqué, qu'est-ce qui est prêt à reviewer. Un kanban, quoi.

Sauf que les outils existants ont tous un problème :

- **Jira, Azure DevOps** sont pensés pour des équipes de 50 personnes. Setup lourd, permissions complexes, API pénible à interfacer avec un agent.
- **GitHub Projects** est mieux, mais l'API passe par GraphQL avec un modèle de données pas toujours intuitif, et il faut gérer des tokens pour chaque agent.
- **Linear, Height** sont des SaaS — tu dépends d'un cloud, tu paies par utilisateur (y compris tes agents), et tu adaptes ton workflow au leur.

Aucun n'est pensé pour un usage solo + agents, et tous demandent plus d'énergie à configurer qu'à utiliser.

## La solution

KittyClaw est un kanban **local** qui ne se contente pas de suivre tes tickets : il **orchestre tes agents Claude Code**. Tu crées un ticket, un moteur d'automatisation détecte qu'il est prêt, lance le bon agent en sous-processus `claude`, streame sa sortie dans un panneau live à côté du ticket, commit son travail quand il a fini. Pas de cloud, pas d'abonnement, pas de setup compliqué — un `run.bat` (Windows) ou `./run.sh` (macOS/Linux) et tu as un board sur `localhost:5230`.

<video src="/images/blog/todo-demo.mp4" autoplay loop muted playsinline style="width:100%;border-radius:8px;margin:1.5rem 0"></video>

Ce qui le rend différent :

- **Un AutomationEngine intégré** — triggers (`ticketInColumn`, `gitCommit`, `boardIdle`, `subTicketStatus`…), conditions (`labels`, `priority`, `ticketAge`…) et actions (`runAgent`, `moveTicketStatus`, `commitAgentMemory`…), déclaratifs en `automations.json` par projet. C'est le harness qui remplace ton dispatcher maison.
- **Des agents nommés comme citoyens de première classe** — `programmer`, `groomer`, `producer`, `qa-tester`, `committer`, `code-janitor`, `evaluator`, avec leurs propres mentions, mémoire (`memory.md` versionnée dans le repo) et historique.
- **Une API REST complète** — tout ce que l'UI fait, un agent peut le faire. Documentation OpenAPI auto-générée à `/api/docs`, toujours à jour avec le serveur.
- **Onboarding intelligent** — au premier lancement, KittyClaw détecte si `claude` et `git` sont sur ton PATH. Si l'un manque, il te le dit avant que tu te demandes pourquoi rien ne se déclenche.
- **Zéro friction** — une base SQLite par projet dans `%APPDATA%/KittyClaw/`, aucune auth, aucune config réseau. Tu démarres en 30 secondes.
- **À ta main** — c'est open source et modifiable. Chaque semaine je rajoute ce dont j'ai besoin. [L'histoire de ces updates](/blog/kittyclaw-update-sub-tickets) raconte bien comment l'outil se sculpte à l'usage.

## Ce que ça change concrètement

Quand tu travailles avec des agents IA, tu veux qu'ils puissent :

- **Voir** ce qu'il y a à faire, sans interface complexe à naviguer
- **Agir** — créer un ticket, le déplacer, commenter, mentionner quelqu'un
- **Communiquer** — avec toi, entre eux, sans ambiguïté sur qui parle
- **Tourner tout seuls** — sans que tu aies à les lancer à la main à chaque fois

KittyClaw fait tout ça nativement. Sur [Aekan](/projects/aekan), 13 agents spécialisés bossent en parallèle sur un seul board, orchestrés par l'AutomationEngine. Tu crées un ticket assigné à `@programmer`, trente secondes plus tard l'agent travaille dessus — code écrit, commits faits, retour en review. Quand un agent finit, un `committer` peut prendre le relais pour commiter et pousser. Quand un ticket passe à `Done`, un `evaluator` se réveille pour vérifier la qualité. [L'anatomie d'un ticket qui s'exécute tout seul](/blog/kittyclaw-ticket-anatomy) raconte le pipeline en détail.

## Et Claude Code alors ?

Claude Code est excellent pour coder avec un agent. Mais quand on gère un vrai projet, il montre ses limites : on **saute d'une conversation à l'autre**, on perd la vision globale, on oublie qui bosse sur quoi, on répète trois fois les mêmes choses parce que rien n'est tracé au-delà de la session.

KittyClaw comble exactement ce trou. Tu passes en **mode superviseur** : tu vois l'ensemble des tâches en cours, tu priorises, tu débloques les agents, tu review quand c'est prêt. Les agents, eux, tournent en sous-processus `claude` avec leurs sessions persistées entre runs (`--resume`), trouvent leur contexte sur le ticket via l'API, écrivent leur mémoire dans `.agents/{agent}/memory.md` versionné dans le repo.

Résultat : **on va 10 fois plus vite**, parce que tout est tracé, organisé, et persistant. Plus de répétitions, plus de décisions perdues dans le chat, plus d'agents qui tournent en rond. Toi tu diriges, les agents exécutent.

## Pour qui c'est fait

- Tu bosses en solo (ou à deux) et tu veux un suivi de tes projets sans cérémonie.
- Tu pilotes un ou plusieurs agents IA et tu cherches à les intégrer dans ton workflow.
- Tu veux **posséder** ton outil — pas dépendre d'un SaaS qui change sa roadmap.

## Prérequis

- [.NET 10 SDK](https://dotnet.microsoft.com/download)
- [Claude Code CLI](https://docs.claude.com/en/docs/claude-code/overview) — `claude` sur ton PATH
- [Git](https://git-scm.com/downloads) — `git` sur ton PATH

Sans `claude` et `git` tu peux lancer l'app, mais les runs d'agents et les auto-commits échoueront. KittyClaw te le dit au premier lancement.

## Démarrer

```
git clone https://github.com/Ekioo/KittyClaw.git
cd KittyClaw
run.bat        # Windows
./run.sh       # macOS / Linux
```

Disponible sur `http://localhost:5230` avec hot reload. Documentation API en Markdown à `/api/docs`.

## En savoir plus

- [Pourquoi j'ai construit KittyClaw](/blog/kittyclaw-agent-driven-kanban) — l'article de lancement
- [Un outil qu'on utilise se sculpte par l'usage](/blog/kittyclaw-update-sub-tickets) — une semaine d'updates
- [De kanban à harness](/blog/kittyclaw-from-kanban-to-harness) — quand l'outil de suivi devient l'orchestrateur
- [Anatomie d'un ticket qui s'exécute tout seul](/blog/kittyclaw-ticket-anatomy) — le pipeline de dispatch en détail
- [GitHub](https://github.com/Ekioo/KittyClaw) — code source, API, instructions
