Tu donnes un objectif. Le Manager découpe. Le Worker code. Le Reviewer cherche les bugs. Et toi tu regardes tout ça sur un tableau de bord, sans rien envoyer sur un cloud tiers. Task Hounds, lancé en mai 2026, est le workspace multi-agent qu'on attendait sans le savoir.
"Work like a dog. Ship like a pack."
La tagline aurait pu être ringarde. Elle ne l'est pas.
Task Hounds, c'est une prémisse simple : les agents IA font le boulot en meute, chacun son rôle, et tout reste chez toi. Pas de Replit, pas de GitHub Codespaces, pas d'API calls qui s'évaporent dans un datacenter en Virginie. Le code, les logs, le plan, les comptes rendus des agents : tout ça vit dans un SQLite local, visible en temps réel sur une interface web.
Chris Lui, développeur derrière le projet, a posté le repo en mai 2026. Pas de fanfare, pas de lancement Product Hunt à 3000 upvotes. Le truc a quand même fini en position #2 sur HackerNews début août. Ce genre d'ascension, ça mérite qu'on s'y attarde.
Anatomie d'une meute qui développe
Quatre rôles. Chacun a sa responsabilité précise.
Rôle | Ce qu'il fait |
**Manager** | Reçoit la directive humaine, découpe en tâches concrètes, orchestre les tours |
**Worker** | Implémente via OpenCode — génère du code, édite des fichiers, lance des commandes |
**Reviewer** | Inspecte le résultat, cherche les bugs, problèmes UX, edge cases, risques |
**Chat** | Interface directe avec l'humain — questions, feedback, redirections |
La boucle est simple. Le Manager reçoit ta directive humaine (le but durable du projet). Il maintient un plan en JSON validé, libère exactement une tâche à la fois, le Worker l'implémente et file un rapport structuré, le Reviewer vérifie et route le feedback au Manager. Recommencer jusqu'à ce que le boulot soit fait ou que tu stoppes la meute.
Ce qui distingue Task Hounds d'un simple script d'orchestration, c'est le contrat de données. Chaque input humain a un cycle de vie documenté : HUMAN_DIRECTIVE (la mission durable), HUMAN_NEW_THOUGHT_AND_SUGGESTION (tes idées en cours de route), HUMAN_SUGGESTED_NEW_TASK_OR_ITEM (les features explicites). Le Manager digère, intègre ou ignore, mais preserve l'historique. Rien ne se perd silencieusement.
Stack technique : ce que le README confirme
Oublie le dossier d'investigation qui parlait de "TypeScript, Bun, TanStack". Le vrai repo dit autre chose. Python 3.11+ côté backend. React 19 côté dashboard. Electron pour le desktop Windows. SQLite pour la persistence. Et OpenCode comme moteur de génération de code.
git clone https://github.com/catowabisabi/task-hounds.git
cd task-hounds
docker compose upOuvrir localhost:8765. C'est tout. Pas de npm install à la main, pas de config obscure. Le Docker Compose build le dashboard et démarre tout. C'est ce genre de DX qui explique le buzz HN.
Il y a aussi un client Android expérimental. Parce que pourquoi pas lancer une session de dev depuis ton téléphone pendant que ta meute code.
Local-first dans un monde qui vous veut connecté
En 2026, la plupart des outils multi-agents ont le même point commun : ils veulent tes données. Cursor, GitHub Copilot, Replit Agent — des outils excellents, mais qui tournent sur leurs serveurs, consomment leurs APIs, s'améliorent avec ton code.
Task Hounds prend le contre-pied.
Directives, todos, rapports, état des agents : tout ça reste sur ta machine. Le seul vrai leak vers l'extérieur, c'est les appels LLM — et encore, tu peux brancher un modèle local si tu le veux. La dépendance à OpenCode est réelle, mais OpenCode lui-même est open-source et configurable.
La persistence SQLite n'est pas un détail. Les sessions d'agents survivent aux redémarrages. Le contexte ne se perd pas à chaque conversation. Tu peux revenir sur un projet après deux semaines d'absence et le Manager sait exactement où il en était.
C'est la différence entre un outil de démo et un outil de production.
Ce que HackerNews a dit (et ce que ça révèle)
Les commentaires HN sur ce type de projet suivent un pattern prévisible. Quelques-uns :
- "Finally a dev tool that doesn't try to do everything" — la simplification est vécue comme une feature.
- "Local-first is the future" — l'argument privacy résonne fort en 2026.
- "Will this replace Cursor?" — non. Les outils sont orthogonaux. Cursor = IDE intelligent. Task Hounds = orchestration de projet autonome.
- "Can I use local LLM instead of OpenAI?" — pas clair dans la doc actuelle.
Le fait que le projet soit #2 avec 0 étoiles GitHub au moment du pic (le repo est trop jeune pour avoir accumulé des stars), c'est un signal. La communauté répond à l'idée, pas aux métriques.
Les limites qu'on ne peut pas ignorer
Soyons honnêtes.
La dépendance OpenCode est un risque. Si OpenCode deprecate une API ou passe sous modèle commercial restrictif, Task Hounds est impacté. C'est le trade-off de l'intégration profonde vs. l'abstraction large. CrewAI, LangGraph — ils sont agnostiques au modèle. Task Hounds a fait un choix opinionated.
Le workflow est séquentiel. Manager → Worker → Reviewer → Manager. Pas de parallélisation d'agents. Sur un projet simple, c'est parfait. Sur un projet avec 5 features à développer simultanément, ça peut devenir un goulot.
La boucle infinie. Si le Worker génère du code bugué, le Reviewer rejette, le Manager replanifie — qui s'arrête ? La doc mentionne une architecture de contrat stricte, mais la politique de max-retries n'est pas documentée publiquement. C'est le genre de chose qui explose à 3h du matin sur un projet réel.
La scalabilité du contexte. Un SQLite local accumule de l'historique. Après 3 mois de sessions, quelle est la taille du contexte que les agents tentent de digérer ? Le README ne dit pas.
Solo maintainer. Chris Lui semble être seul sur le projet. Pour un outil qu'on veut mettre en production, c'est un signal de vigilance. Pas rédhibitoire — beaucoup de bons outils open-source commencent comme ça. Mais à surveiller.
Comparatif honnête avec les alternatives
Framework | Local-first | Rôles pré-définis | Inspectable | Setup |
**Task Hounds** | ✅ | ✅ | ✅ Dashboard live | `docker compose up` |
**CrewAI** | ❌ | ✅ (DIY config) | ❌ | 10-15 min |
**AutoGen** | ⚠️ configurable | ❌ DIY | ⚠️ avec logging | 30-40 min |
**LangGraph** | ❌ | ❌ DIY | ⚠️ | 20-30 min, courbe haute |
**MetaGPT** | ❌ | ✅ (SE-oriented) | ⚠️ | Moyen |
Task Hounds gagne sur l'onboarding et la transparence. Il perd sur la flexibilité et la maturité de l'écosystème.
Si tu veux un outil pour prototyper vite et voir ce qui se passe : Task Hounds.
Si tu veux construire un pipeline multi-agent ultra-custom pour une infra enterprise : LangGraph.
Les deux répondent à des besoins différents. Y a pas photo.
Ce qui manque encore
Un dashboard de débogage des décisions du Manager. Pour l'instant, tu vois ce que les agents font. Tu ne vois pas toujours pourquoi ils ont pris telle décision. C'est le problème inhérent aux LLMs — l'inspectabilité de surface ne résout pas l'opacité des modèles.
La documentation des cas d'échec. Comment Task Hounds gère-t-il un Worker qui hallucine 200 lignes de code inexistant ? Le Reviewer rejette. Bien. Et ensuite ? La doc d'architecture mentionne des règles strictes et un JSON validé — c'est prometteur. Mais les scénarios de panne réels manquent.
L'intégration des tests automatisés. Le Reviewer "inspecte pour bugs et edge cases" — mais lance-t-il réellement ta suite de tests ? Ou génère-t-il une analyse textuelle ? La démo YouTube (disponible ici) clarifie ça mieux que le README.
Verdict
Task Hounds n'est pas révolutionnaire. C'est quelque chose de plus précieux : c'est utilisable.
Un docker compose up, un tableau de bord, quatre agents qui bossent, tout le contexte en local. Sur le papier — et apparemment sur les démos YouTube — ça fonctionne. Le projet a deux mois. Il a passé en tendance HackerNews. Il a un site, un client Electron Windows, un client Android expérimental.
Pour un dev solo qui veut automatiser la partie chiante du prototypage sans perdre le contrôle de ses données, c'est aujourd'hui l'option la plus accessible du marché.
La vraie question : est-ce que Chris Lui continue à itérer dans six mois ? Si oui, Task Hounds a une chance sérieuse de s'imposer dans le segment "local-first agent workspace". Sinon, ce sera un bon repo que GitHub archivera poliment.
En attendant : ça mérite un git clone et 20 minutes de ta soirée.
Sources
- GitHub officiel — catowabisabi/task-hounds
- README complet — architecture et workflow
- Démo YouTube officielle
- HackerNews thread — 2 août 2026
- Site officiel Task Hounds
- Comparatif frameworks multi-agent 2026
💡 Idée d'illustration : Quatre chiens de races différentes assis devant des écrans, chacun avec une étiquette — "Manager", "Worker", "Reviewer", "Chat". Style illustration néo-brutaliste, couleurs contrastées noir/orange/blanc. Ambiance bureau de développeurs surchargé, câbles, sticky notes. Pas de photo réaliste — plutôt affiche de bande dessinée technique.

