Faire tourner un agent de codage dans un terminal a cessé d'être une nouveauté pour devenir une habitude. Il lit, planifie, modifie, lance les tests, et un projet avance pendant qu'on fait autre chose. Puis la facture du mois arrive et l'habitude prend un prix difficile à justifier. Chaque tour renvoie au modèle l'instruction système, la définition des outils et tout l'historique ; une session de plusieurs heures expédie le même matériel des centaines de fois.

L'essentiel de cette répétition devrait ne presque rien coûter. Les fournisseurs accordent un rabais sur une entrée identique à ce qu'ils ont déjà vu, mais à une condition : la partie répétée doit se trouver tout au début de la requête et rester identique octet pour octet. Un agent ordinaire qui réordonne son contexte d'un tour à l'autre détruit cet arrangement à chaque appel. Voilà pourquoi le rabais apparaît si rarement là où il compterait.

Une contrainte prise au sérieux

Reasonix est bâti autour de ce seul fait. Toute l'architecture découle d'une règle : le début d'une conversation ne doit plus changer une fois qu'il a été envoyé. Il ne s'agit pas d'habiller la boucle d'un autre ; le but du projet est de réagencer un agent de terminal pour que la voie bon marché reste ouverte pendant des heures.

La session se divise donc en trois régions aux comportements distincts. Un préfixe immuable contient l'instruction système, les spécifications d'outils et des exemples, insérés une fois à l'ouverture puis verrouillés. Une région en ajout seul porte l'historique dans l'ordre du temps, sans jamais réordonner ni réécrire. Une région volatile garde la réflexion du tour en cours et l'ébauche d'un plan, et cette partie reste sur la machine locale sans partir vers l'extérieur.

L'effet économique n'a rien de subtil. Une entrée mise en cache est facturée à une petite fraction du tarif normal, mais un seul octet modifié au début jette tout le cache. Ces deux faits expliquent presque chaque décision du programme.

À quoi ressemble l'économie en pratique

Les chiffres d'un usage ordinaire convainquent plus qu'une mesure. Une personne a passé une journée entière avec l'agent et déplacé plus de quatre cents millions de jetons d'entrée ; la facture s'est élevée à douze dollars, là où le même travail sans cache en aurait coûté environ cinq fois plus. La part des requêtes touchant le cache dépassait quatre-vingt-dix-neuf pour cent. Ce n'est pas un chiffre de laboratoire, c'est le mardi de quelqu'un.

Une autonomie qu'on peut vérifier en marche

Le prix n'est que la moitié de l'hésitation à laisser un agent seul pendant des heures. L'autre moitié est de ne pas savoir ce qu'il a fait. La réponse tient ici en plusieurs couches, chacune gardant une partie de la session visible.

Un mode de planification produit des étapes avant qu'un fichier soit touché, et rien n'est écrit tant que le plan n'est pas approuvé. Des seuils de permission interrogent séparément la lecture, l'écriture et l'exécution de commandes, et même une action autorisée reste dans les limites d'un bac à sable pour l'espace de travail. Des points de contrôle sont pris à chaque tour en dehors de l'historique de versions : une session de six heures peut donc revenir à l'un d'eux sans laisser de validations éparpillées dans le dépôt. Une couche de réparation intercepte enfin les manies de ces modèles : un appel d'outil avalé par le bloc de raisonnement, une liste d'arguments coupée en route, une rafale d'appels arrivés sans ordre.

Une petite tâche montre comment les couches s'emboîtent. Prié d'ajouter une nouvelle tentative avec attente croissante autour d'un client HTTP, l'agent énumère d'abord trois étapes et confirme que deux fichiers et un passage de tests sont concernés. Après un oui, il modifie les deux fichiers dans l'ordre et fait passer le test. Chaque étape reçoit un point de contrôle, et toute étape décevante se retire d'une seule commande. La session entière a pris dix-huit minutes, neuf appels d'outils et moins de cinq centimes.

Un binaire, plusieurs façades

Le programme est compilé en un seul binaire statique sans dépendance dynamique, produit pour les deux familles de processeurs répandues sur les trois plateformes de bureau. Cet unique artefact porte toutes les façons de l'utiliser : le terminal lui-même, une application de bureau, et une extension d'éditeur qui parle un protocole d'agent ouvert, afin que le même moteur s'assoie dans une fenêtre d'édition.

Toutes ces façades partagent un moteur, si bien que la durée de session, les seuils de permission, les points de contrôle, l'annulation et la couche de greffons vivent au même endroit au lieu d'être réécrits quatre fois. Cela évite l'écart familier où la version de bureau sait faire ce que la ligne de commande ignore.

La configuration suit le même principe : aucun choix de modèle n'est figé. Fournisseurs, agents, outils et greffons sont tous déclarés dans un seul fichier texte. Les modèles de l'éditeur arrivent avec des réglages pour une variante lourde et une légère, et tout point d'accès compatible s'ajoute en un court bloc, y compris un modèle tournant sur votre propre machine. Les clés sont lues dans des variables d'environnement plutôt que collées dans le fichier, ce qui permet de valider la configuration sans risque.

Les greffons obéissent à la même règle. Un serveur d'outils externe se raccorde avec un court bloc de configuration, et les sous-agents intégrés pour l'exploration, la recherche, la revue et l'audit de sécurité travaillent chacun isolé, en parallèle ou imbriqués.

À qui cela s'adresse

Le projet est libre sous une licence permissive, a commencé au printemps 2026 et publie presque chaque jour ; une communauté importante s'est formée en quelques mois. L'argument est étroit mais honnête : il ne prétend pas être un agent plus rapide, il prétend rendre un modèle précis réellement bon marché sur des heures d'affilée, tout en gardant chaque étape visible et réversible. Si ce modèle fait déjà partie de votre journée, un après-midi vaut la peine.