Timon : mon avis sur le poste de travail qui fait tourner vos agents IA

Timon affiche 167 étoiles sur GitHub et une version 0.1.7. Le dépôt public a été créé le 6 novembre 2026, la veille du jour où j’ai téléchargé l’installateur. C’est la première chose à dire, avant de parler de fonctionnalités.

Parce que Timon ne se présente pas comme un agent de plus. Le site parle de « agentic workstation », un poste de travail qui fait tourner les agents que tu utilises déjà : Claude Code, Codex, Grok, GitHub Copilot, opencode, Hermes. Mon avis porte donc moins sur un modèle que sur l’endroit où le travail se passe.

Le verdict du Labo

Timon en bref

Timon est une application de bureau (Electron) doublée d’un daemon qui tourne en service système. Elle réunit plusieurs agents en ligne de commande dans un seul espace, avec un pipeline qui va de la description du travail au merge, en passant par une relecture par un autre modèle.

• Vrai prix : gratuit en Free pour un développeur sur une machine, tous les agents inclus, aucun support. Pro et Cloud sont affichés « pricing coming soon ».
• Pour qui : un développeur solo qui paie déjà plusieurs abonnements IA et perd du temps à jongler entre les terminaux.
• Fuis si : tu cherches un outil stable pour une équipe, ou un agent unique clé en main.

Le badge EN TEST n’est pas une précaution de style : c’est la conséquence directe de mon test : le paquet, la CLI et la documentation, sans interface graphique.

Timon n’est pas un nouvel agent

Timon ne vend pas un modèle, il vend le bureau sur lequel les modèles travaillent.

Tu branches tes abonnements existants, tes clés API ou un endpoint personnalisé. Claude Code, Codex, Grok, GitHub Copilot, opencode et Hermes sont listés, avec la mention « et plus ».

Deux détails changent l’usage : le changement de modèle en cours de fil, sans perdre le contexte, et le fallback entre fournisseurs. Quand un provider atteint sa limite, la conversation repart sur le suivant configuré, même fil, contexte complet. Le slogan maison, « Never out of quota », se traduit simplement : plus besoin de recoller ton dernier message dans un autre terminal.

Le pipeline code, review, merge : le vrai différenciateur

Un seul bloc m’a arrêté : le pipeline.

Tu décris le travail. Timon propose un plan, que tu approuves. Le plan se découpe en tâches sur un Kanban. Chaque tâche est codée, reviewée et mergée dans son propre git worktree. Un modèle écrit pendant qu’un autre relit, ce que l’éditeur appelle la cross-model review.

Le worktree par tâche, c’est le détail qui compte. Deux tâches parallèles ne se marchent pas dessus, et une review qui tourne mal ne laisse pas ton dossier dans un état étrange. C’est de la plomberie, pas de la magie, et c’est ce qui manque quand trois agents tournent en parallèle.

La relecture croisée a ses limites. Deux modèles partagent souvent les mêmes angles morts. Ça attrape les régressions évidentes, pas les choix d’architecture discutables. Timon prépare ta relecture, il ne la remplace pas.

Ce qui tourne pendant que tu dors

La file Schedule envoie des tâches à 2 h du matin et les étale jusqu’au réveil : fermer la fenêtre n’arrête pas le travail, le daemon tourne en service système. Les triggers couvrent cron, webhooks GitHub et GitLab, événements internes. Les workflows offrent un canvas visuel avec une trace rejouable nœud par nœud, et Team place un orchestrateur au-dessus de codeurs, relecteurs et mergeurs.

C’est le scénario que beaucoup cherchent : lancer la machine le soir et retrouver des branches prêtes le matin. Sur le papier seulement.

Mon test réel : la CLI marche, l’interface reste à voir

J’ai téléchargé l’AppImage Linux, 208 Mo, et je l’ai extraite. Le contenu est cohérent : resources/app en 0.1.7 sous licence AGPL-3.0-only, resources/orchestrator pour le moteur, un binaire cli/timon, les binaires Electron habituels.

Ensuite, timon doctor inspecte la machine : il détecte node, git, docker et hermes-acp, puis liste les backends absents, claude, codex, grok, copilot, opencode et gh. Il signale les modules désactivés (systemd, gui, containers) et conclut par « Nothing missing at the essential level (node, git, an LLM backend) ».

La CLI expose d’ailleurs plus que l’interface : timon spawn, send, steer, kill, les tâches, les skills, les serveurs MCP, les workflows et les traces. La limite est nette. Le daemon refuse de démarrer hors de son wrapper Electron : le module natif better-sqlite3 est compilé pour l’ABI d’Electron (NODE_MODULE_VERSION 127), pas pour le Node système. Conséquence : pas de moteur seul, en headless, sans l’application.

Mon environnement n’avait pas de session graphique, donc je n’ai pas vu l’interface fonctionner. Mon avis sur Timon porte sur le paquet, la CLI, la documentation et les tarifs.

Le prix : gratuit, avec une définition précise

Le plan Free couvre un développeur sur une machine. Il inclut tous les agents, tes abonnements ou clés, le Kanban avec git, les triggers, les routines, les workflows, le pipeline avec un worktree par tâche, la grille multichat (2, 4, 6 ou 9 conversations), le navigateur intégré, la mémoire locale et l’interface mobile. Un utilisateur, une machine, aucun support.

Pro et Cloud sont affichés « pricing coming soon », contact par Discord. Pro ajoute les plugins premium, les comptes multi-utilisateurs avec rôles, le white label et le support premium. Cloud, c’est Pro sur ton propre serveur, l’équipe connectée depuis n’importe quel navigateur, des agents 24/7. L’éditeur le dit lui-même : « Plans and their contents may still change. »

La règle économique est affichée sans détour : « Bring your own AI subscriptions: Timon never resells model usage. » Timon ne revend pas de tokens. J’ai déjà détaillé la facture réelle d’un agent qui tourne 24/7 si tu veux chiffrer le vrai budget avant de brancher un agent de plus. Ton coût, ce sont tes abonnements actuels, plus le prix de Timon quand il sera publié.

L’import depuis Hermes, le point fort sous-estimé

timon agent import –hermes [PROFILE…] J’ai raconté pourquoi j’ai quitté n8n pour mes propres agents, ce qui éclaire le raisonnement derrière ce genre d’outil. lit les profils Hermes de la machine, dans ~/.hermes. La commande récupère le prompt, les règles, les skills, les serveurs MCP, les routines et l’image. Les secrets sont importés par nom seulement.

Si tu as déjà des agents configurés, tu ne repars donc pas de zéro. Timon fait tourner Hermes comme un de ses agents, à côté de Claude Code, Codex, Grok et opencode. C’est la démonstration la plus concrète de sa promesse : il n’essaie pas de tuer tes agents, il les accueille.

Questions fréquentes

Timon est-il vraiment gratuit ?

Oui, avec une définition restrictive. Le plan Free couvre un développeur sur une machine et inclut tous les agents, le Kanban, les triggers, les workflows, le pipeline avec un worktree par tâche et l’interface mobile. Aucun support. Pro et Cloud sont annoncés « pricing coming soon », sans montant public à ce jour.

Timon remplace-t-il Claude Code ou Codex ?

Non. Timon est un poste de travail qui fait tourner ces agents. Tu gardes tes abonnements et tes habitudes de ligne de commande, mais tu les pilotes depuis un seul espace, avec un pipeline et un suivi de tâches par-dessus. L’outil organise le travail, il ne remplace pas le moteur qui écrit le code.

Faut-il souscrire de nouveaux abonnements IA ?

Non. Timon fonctionne avec tes abonnements, tes clés API ou un endpoint personnalisé. La règle affichée est explicite : Timon ne revend jamais de tokens. Ton coût variable reste celui que tu paies déjà à tes fournisseurs de modèles, et l’outil ne prélève rien au passage.

Timon peut-il tourner sans l’application de bureau ?

Non, pas dans la version testée. Le daemon refuse de démarrer hors du wrapper Electron, parce que le module natif better-sqlite3 est compilé pour l’ABI d’Electron et pas pour le Node système. Le moteur reste attaché à l’installation desktop, même s’il continue de travailler quand la fenêtre est fermée.

Peut-on importer ses agents Hermes existants ?

Oui, avec timon agent import –hermes. La commande lit les profils présents dans ~/.hermes et récupère le prompt, les documents d’identité, les règles, les skills, les serveurs MCP, les routines et l’image. Les secrets sont importés par nom uniquement. Timon fait ensuite tourner Hermes comme l’un de ses agents, aux côtés de Claude Code, Codex ou Grok.

Timon est-il fiable pour un usage quotidien ?

Pas encore démontré. La version publique est la 0.1.7, le dépôt a été créé le 6 novembre 2026, et il comptait 167 étoiles, 17 forks et 10 issues ouvertes au 7 novembre. C’est un démarrage rapide, pas un historique. D’où le badge EN TEST : le produit est prometteur, sa robustesse dans la durée reste à prouver.

Le mot de la fin

Timon attaque un vrai problème par le bon bout. La plupart des outils de coding agent vendent un modèle ou un chat. Timon vend l’atelier : les worktrees, le Kanban, la relecture croisée, le daemon qui travaille la nuit, l’import de ce que tu as déjà.

Le Free est honnête, la règle du « bring your own subscriptions » aussi, et l’import depuis Hermes montre que l’éditeur sait à qui il parle. Mais on parle d’un dépôt créé la veille, d’une version 0.1.7 et d’une interface que je n’ai pas pu voir tourner. Un 7/10 en EN TEST, c’est exactement ça : une architecture qui mérite un essai, pas une recommandation ferme.

Si tu as déjà deux agents installés et l’habitude de perdre du contexte entre deux terminaux, le Free se teste sans risque financier : installe-le, branche un agent, laisse tourner une tâche réelle. Si tu cherches un outil à mettre entre toutes les mains d’une équipe, attends que Pro et Cloud aient un prix. Et si tu veux un seul agent, une commande, zéro configuration, tu n’es pas le public.