Bon, on revient à Nano Kitty.
Petit topo pour ceux qui débarquent. Il y a trois semaines, j’ai décidé d’écrire un harnais d’agent permanent qui intègre nativement Spec Kitty comme boîte à outils de processus. L’idée, c’est de permettre aux utilisateurs de mener des projets extrêmement complexes sur le long terme, avec des échéances se comptant en mois plutôt qu’en heures.
Spec Kitty gère la planification, tandis que le harnais Nano Kitty orchestre le processus. Dans la durée.
Si vous êtes contents de Claude ou Codex, Opencode ou autre, vous pouvez utiliser le système comme un sous-agent dédié, dont les tâches peuvent potentiellement survivre à n’importe quelle session en cours.
L’idée, c’est que ça vous laisse, à vous les développeurs, plus de temps pour bosser sur les trucs vraiment sympas, tout en vous permettant de déléguer concisely votre puissance d’inférence entre différents modèles et fournisseurs, ce qui peut vous faire économiser des sous.
État actuel :
C’est bien, ça tourne. Ça respecte les specs que j’ai cristallisées il y a deux semaines.
Mais je retiens la sortie parce que la situation a changé.
Les trucs que je veux régler avant de sortir ça.
1. Le fournisseur est une plaie à configurer, donc je pique le système d’Openclaw pour gérer ça.
2. Le DeepSeek Harness est sorti. Le papier et le code sont tellement bons que je me dis qu’il y a des morceaux que je veux emprunter.
La trace d’exécution de la réflexion, pour commencer : c’est une idée brillante qui doit évidemment être là. Et puis il y a le système de composants et la réversibilité.
3. Le système MCP pour ça est incomplet et doit être mis à jour pour gérer la nouvelle version stateless du standard MCP qui vient de tomber. Le nouveau standard définit aussi les tâches comme une primitive centrale, donc je n’ai plus besoin de coder à la main une fonction de tâches comme je l’avais prévu.
Ça va me prendre encore une semaine de dev, en utilisant le harnais pour s’auto-bootstraper.