Jeudi après-midi, votre assistant de code et vous commencez à migrer votre facturation vers un nouveau prestataire de paiement. Vous vous accordez sur l’objectif, écartez l’approche qui aurait imposé une interruption de service, le corrigez deux fois sur l’arrondi des remboursements, puis vous vous arrêtez avec les derniers services encore à migrer. L’essentiel de ce que l’après-midi a produit, ce sont des décisions.
Vendredi matin, une nouvelle session n’en sait rien. Vous collez vos notes, réexpliquez l’arrondi et la voyez proposer l’approche que vous aviez écartée la veille. Il en va de même quand un collègue reprend la mission dans Codex au lieu de Claude, puis au trimestre suivant, quand votre entreprise passe à un modèle plus récent.
Pour avancer, une mission a besoin de quatre choses : l’objectif, les décisions déjà tranchées, les corrections et ce qui reste à faire. Duplex transmet exactement cela entre sessions, agents, apps et modèles. Il reste à jour quand un fait change, et pour chaque élément, vous voyez d’où il vient. Le travail vous suit, au lieu d’attendre que vous le reconstruisiez.
La prochaine session reprend où la dernière s’est arrêtée.
La prochaine session reprend où la dernière s’est arrêtée.
Une longue session, c’est surtout le chemin vers une décision : des options pesées, des brouillons jetés, des impasses explorées puis abandonnées. La session suivante a besoin de savoir où ce chemin a abouti, et rarement de chaque pas qu’il a fallu pour y arriver.
Les moyens habituels de faire suivre le travail aident chacun, jusqu’à un certain point. Recoller tout l’historique fonctionne bien tant qu’il est court, et un fichier de notes reste sous votre contrôle. Mais quelqu’un doit coller, élaguer et mettre à jour, à chaque fois, et les notes ne sont jamais plus à jour que la dernière personne qui y a touché.
Duplex apporte à chaque nouvelle session l’état du travail plutôt que sa transcription, si bien que la première heure va au travail lui-même, et non à redécouvrir un terrain déjà balisé. Quand un autre agent reprend la mission, dans un autre assistant ou dans un agent construit par votre entreprise, il part du même point.
Pour chaque élément, vous voyez d’où il vient : quel agent, avec quel modèle, et quand. Une décision tranchée dans Claude le jeudi arrive dans Codex le vendredi avec son origine bien visible, et personne n’a à la croire sur parole.
L’écart grandit avec la mission. L’historique s’allonge à chaque session, et le relire en entier coûte plus cher à chaque question posée, alors que ce dont l’étape suivante a besoin reste modeste.
Après quelques sessions, lire tout l’historique à chaque question coûte encore peu.
Votre choix de modèle reste ouvert.
Les modèles progressent, les prix changent et toutes les tâches ne conviennent pas au même fournisseur. Le modèle qui rédige vos meilleures revues de code n’est peut-être pas celui qui répond le mieux à vos clients, et le meilleur modèle de cette année a peu de chances d’être celui de l’an prochain. Une équipe qui peut passer librement de l’un à l’autre tire le meilleur de chacun.
Ce qui rend d’ordinaire le changement difficile, c’est tout ce qui a été bâti autour de l’ancien modèle. Les prompts ajustés à ses habitudes, les exemples choisis pour lui et les fine-tunings inscrits dans ses poids restent tous avec le modèle pour lequel ils ont été faits. Un fine-tuning est un choix judicieux quand vous voulez modifier un modèle pour de bon, et c’est précisément là que le bât blesse : changez de modèle, et il faut tout lui réapprendre.
Ce que Duplex apprend fonctionne aux côtés du modèle plutôt qu’en lui, et vous suit donc quand vous changez. Confiez une tâche à un meilleur modèle, et celui-ci démarre avec tout ce que Duplex sait du travail : les décisions, les corrections et la mission en cours. Quand le travail est passé à une autre famille de modèles, Duplex n’a eu besoin d’aucun réentraînement, et un adaptateur fine-tuné n’a réussi le même passage dans aucun des six tests.
Le modèle devient un choix que vous faites selon ses mérites, tâche par tâche, chaque fois qu’un meilleur arrive. La revue de code peut tourner sur un modèle et les réponses du support sur un autre, avec la même intelligence aux côtés des deux.
À chaque tâche son modèle, et Duplex apporte à chacun ce qu’il a appris.
Ce qui vous suit reste à jour.
Faire suivre le travail n’aide que si ce qui suit est encore vrai, et les faits changent en pleine mission. La semaine dernière, votre boutique acceptait les retours sous 30 jours, et lundi, la politique est passée à 14. Un historique qui contient les deux finira tôt ou tard par donner l’ancienne au modèle, et le modèle ne peut pas savoir qu’elle a été remplacée.
La réponse courante, c’est la recherche : fouiller l’historique, ou ce qu’une fonction de mémoire a enregistré, pour trouver ce qui ressemble le plus à la question. La recherche sait bien retrouver ce qui a été dit. Mais l’ancienne politique paraît aussi pertinente que la nouvelle, souvent plus, parce qu’on en a discuté plus longtemps, et une recherche ne sait pas distinguer un fait de celui qui l’a remplacé.
Duplex suit le changement. Quand un fait change, l’ancien cesse de guider le travail, et la session, l’agent et le modèle suivants reçoivent le fait actuel. Vous voyez ce qu’il a remplacé, et quand. Sur un benchmark public de longs historiques, où un fait avait changé en cours d’historique, Duplex a répondu avec le fait actuel 96% du temps.
Les sessions se terminent, les agents changent et les modèles sont remplacés, et avec Duplex, rien de tout cela ne fait perdre à votre équipe le chemin parcouru. Quiconque reprend la mission ensuite, quel que soit l’outil et quel que soit le modèle, démarre avec l’objectif en vue, les décisions prises, les corrections appliquées et les anciens faits écartés. Les outils deviennent des choix que vous faites pour aujourd’hui, et le travail devient quelque chose qui dure.