Mode ordinateur
Vous pouvez lire le plan avant qu’il ne s’exécute.
Donnez un objectif au mode ordinateur : son premier geste est un plan que vous pouvez inspecter — ensuite il déroule la liste avec vos outils connectés et du code isolé, s’arrête dès que votre jugement compte, et livre un travail fini dans votre Bibliothèque.
Le plan
Le plan est un contrat, pas une intuition.
Avant qu’un seul outil ne s’exécute, la session écrit une liste que vous pouvez lire. Chaque élément porte un état en direct — à faire, en cours, fait, bloqué, ignoré, annulé — si bien que « où en est-on ? » a une réponse exacte à tout instant.
Il dit bloqué, pas occupé
Une étape qui a besoin de vous est marquée bloquée, avec le motif joint. La session ne tourne pas en rond, ne réessaie pas sans fin et n’improvise pas autour d’une décision manquante — elle met l’élément de côté et avance là où elle peut.
Corriger le cap sans repartir de zéro
Écrivez dans une session en cours et votre consigne s’applique à l’étape suivante. Répondez à une session en pause et elle repart exactement d’où elle s’est arrêtée. Un travail terminé accepte des relances qui gardent tout l’historique.
Chaque exécution garde son origine
Les sessions lancées depuis le chat, un e-mail, une planification ou une routine gardent un lien durable vers ce qui les a déclenchées — et affichent leur durée et leur coût une fois terminées.
Pauses
Trois façons de s’arrêter. Toutes délibérées.
Aghata ne réduit jamais « demande votre attention » à un seul état mystérieux. Une pause est typée — approbation, information ou authentification — vous savez donc exactement ce qu’on vous demande avant d’ouvrir la session.
pause · approbation
Les conséquences attendent un oui
Envois, achats, suppressions — tout acte irréversible s’arrête sur une carte d’approbation qui montre exactement ce qui va se passer. Refusez, et la session replanifie ; elle ne boude pas et n’agit pas en douce.
pause · question
Des questions plutôt que des suppositions
L’ambiguïté met l’exécution en attente avec une question concrète. Votre réponse la relance — des heures ou des jours plus tard — à la même étape, avec les mêmes fichiers, sans rien coûter pendant l’attente.
pause · authentification
La connexion, c’est vous
Quand une étape exige des identifiants ou un second facteur que vous seul détenez, la session vous passe la main proprement et attend — puis reprend le plan dès que vous avez fini.
Mécanique
Les chiffres sont publiés. Le mode d’échec est une pause.
La plupart des agents demandent votre confiance. Le mode ordinateur publie plutôt sa mécanique — ce qu’il peut dépenser, ce qui exige votre accord, et ce qui se passe à chaque limite.
Budgets stricts. 24 tours de modèle et 60 appels d’outils par session. Une fois épuisés, l’exécution se met en pause avec sa progression intacte — jamais d’échec silencieux, jamais de fin inventée.
Quatre classes de risque. Chaque appel d’outil est classé lecture, écriture, envoi externe ou destructif. Les lectures passent librement ; le reste s’arrête sur une seule et même primitive d’approbation.
Code isolé. Le calcul s’exécute dans un sandbox isolé avec des fichiers durables. La pause l’arrête, la reprise le relance, et une app servie reçoit un lien d’aperçu en direct.
Tout atterrit dans Bibliothèque. Rapports, jeux de données, images, téléchargements — chaque artefact produit par une exécution est conservé, rattaché à sa session et citable plus tard.
Zéro calcul à vide. Aucun agent résident ne tourne en arrière-plan. Les sessions dorment entre les étapes et se réveillent sur votre réponse, un webhook ou une planification — une exécution peut attendre une semaine sans rien coûter.
Délégation bornée. Une session peut lancer des sous-agents pour des branches parallèles — trois au maximum, un seul niveau. Ici, l’essaimage est un choix de conception, pas un accident.
Questions
Les questions qu’on se pose avant de lui confier du travail.
En quoi est-ce différent d’une question posée à un chatbot ?+
Un chatbot répond d’un seul souffle. Le mode ordinateur ouvre une session d’exécution : il écrit un plan que vous pouvez lire, le déroule avec vos outils connectés et du code isolé, s’arrête quand votre jugement compte, et livre des fichiers — pas seulement des messages. Tout ce qu’il produit arrive dans votre Bibliothèque.
Que se passe-t-il quand le budget est épuisé ?+
Chaque session tourne sous des limites publiées — 24 tours de modèle, 60 appels d’outils. Si une exécution les épuise, elle se met en pause avec sa progression intacte et vous demande comment continuer. L’épuisement est une pause, jamais un échec silencieux ni une réponse inventée.
Peut-il envoyer un e-mail ou supprimer quelque chose sans moi ?+
Non. Chaque appel d’outil porte une classe de risque — lecture, écriture, envoi externe ou destructif. Les lectures s’exécutent librement ; tout le reste s’arrête sur une approbation que vous pouvez inspecter avant que quoi que ce soit ne bouge.
Que veut dire « code isolé » en pratique ?+
Quand une tâche demande du calcul — analyser des exports, traiter un tableur, générer un graphique — il écrit et exécute du code dans un sandbox isolé. Mettre la session en pause arrête le sandbox en gardant ses fichiers ; la reprendre le relance. Si le code sert une page, vous recevez un lien d’aperçu en direct.
Et s’il se bloque à mi-parcours ?+
Il vous le dit. Une session qui bute se met en pause avec un état typé — besoin d’approbation, d’information ou d’authentification — et votre réponse la relance exactement là où elle s’est arrêtée. Les longues attentes ne coûtent rien : aucun agent inactif ne consomme du calcul entre les étapes.
Chapitres d’un système
Donnez l’objectif. Gardez le contrôle.
Commencez gratuitement dans le produit, ou parlons de l’usage qu’en ferait votre équipe.