Gyred

Gyred gère des sessions d'agents IA. Quand vous lancez un agent sur une tâche plus longue, il est rare qu'il se lance et finisse tout seul. De temps en temps, il tombe sur une bifurcation qu'il ne veut pas franchir sans un humain : "supprimer ce répertoire ?", "laquelle des deux versions je déploie ?", "commit ou on attend ?". La session s'arrête et attend.

Le panneau Gyred garde ces sessions au même endroit et montre laquelle travaille, laquelle a fini et laquelle attend votre décision maintenant. La version de bureau sert à mener plusieurs sessions à la fois, avec la densité et un clavier au bureau. La version mobile a une tâche plus étroite et, volontairement, ne fait pas semblant d'en faire plus.

Cette tâche, c'est de débloquer ce qui est coincé quand vous n'êtes pas devant l'ordinateur. Nous avons construit un client Android natif pour ce moment-là - pas un portage de tout le bureau, mais un outil pour une chose précise.

Tout l'intérêt d'un agent, c'est qu'il travaille sans vous. Mais au moment où il s'arrête sur une décision qu'il ne prendra pas seul, toute cette autonomie se transforme en attente. L'agent n'avance pas tant que vous ne dites pas "oui" ou "non" - et si vous êtes justement loin du bureau, cette attente traîne pendant des heures.

C'est le paradoxe qui gâche tout le gain : un outil censé faire gagner du temps le gaspille, reste immobile et attend un seul toucher. Plus le chemin de la question de l'agent à votre réponse est long, moins son indépendance vaut.

Il est tentant de simplement déplacer tout le panneau sur le téléphone et d'avoir "la même chose, en plus petit". C'est la mauvaise réponse. Mener une douzaine de sessions à la fois sur un petit écran est peu commode et personne ne travaille ainsi - la densité qui est un atout sur le bureau se transforme en chaos sur le téléphone.

C'est pourquoi le Gyred mobile et la version de bureau ne sont pas deux copies de la même chose, mais deux outils pour deux situations différentes. L'un sert à mener le travail, l'autre à le débloquer. Le tableau ci-dessous montre où passe cette ligne.

Le cœur de l'application est un écran : une liste des sessions qui attendent un humain, triée pour que les plus urgentes soient en haut. Vous n'avez pas à fouiller chaque session pour trouver les trois qui veulent quelque chose de vous - elles remontent d'elles-mêmes.

Pour chaque décision, vous voyez le contexte : ce que l'agent demande et ce qu'il faisait juste avant. Le but est que vous répondiez en connaissance de cause, et non à l'aveugle - un "oui" tapé sans regarder est pire que pas de réponse. Une fois que vous savez de quoi il s'agit, vous validez, refusez ou écrivez votre propre instruction à la session, tout depuis le téléphone.

Une session qui attend une décision est simplement un événement que l'application montre et auquel elle renvoie une réponse. Il a un état clair, le texte de la question et un ensemble de réponses possibles - rien de plus n'est nécessaire pour que le téléphone sache quoi afficher et quoi faire de votre toucher.

Cette simplicité est voulue. Moins l'application doit en savoir sur la session elle-même, plus il lui est facile de tourner vite et moins il y a d'endroits où quelque chose peut dériver entre le téléphone et le serveur.

L'autonomie d'un agent ne paie que si la décision humaine n'est pas le goulot d'étranglement. Le Gyred mobile enlève ce goulot : une session qui attendait autrefois des heures votre retour au bureau attend maintenant le temps qu'il faut pour sortir un téléphone et lire une question.

C'est tout ce dont ce moment a besoin - et, volontairement, rien de plus. Nous n'avons pas cherché à faire du téléphone un second bureau. Nous avons fait un outil pour la seule chose qui a du sens sur un téléphone, et cette chose, il la fait bien.