Où ça s’exécute

Chaque exécution Writ ouvre un vrai navigateur quelque part. Ce quelque part s’appelle un agent, et vous le choisissez workflow par workflow. Rien d’autre ne change.

agent ▸ la machine

L’agent est la machine qui ouvre le navigateur

Un workflow est une liste d’étapes portable. Un agent est un processus capable d’exécuter ces étapes dans un vrai navigateur et d’en renvoyer le résultat. Le même workflow, inchangé, peut tourner sur votre portable ce matin et sur la flotte cloud ce soir. Le lieu d’exécution ne décide que de trois choses : ce que ça coûte, si ça peut tourner pendant que votre machine dort, et quels réseaux c’est capable d’atteindre.

lieux ▸ trois

Les trois endroits possibles

Desktop

Votre propre machine

L’app Desktop est elle-même un agent. Les exécutions sont gratuites, illimitées et non comptées : les contrôles de facturation ne s’appliquent tout simplement pas aux exécutions locales, et le parallélisme est borné par votre machine, pas par votre palier. Elle atteint ce que votre machine atteint, y compris les systèmes internes et les services derrière votre VPN, et elle utilise votre propre connexion résidentielle. La contrepartie est la disponibilité : l’app doit être ouverte et la machine réveillée.

Writ Cloud

La flotte gérée

Les exécutions cloud ont lieu sur la flotte Writ. Elles sont toujours disponibles, montent en charge au-delà d’une seule machine, et sont comptées au temps d’exécution depuis le pool de crédits inclus de votre palier d’abord — le portefeuille n’est touché qu’une fois le pool épuisé. Le cloud héberge aussi les surfaces publiées : un workflow ne répond à un appel REST public, à un domaine personnalisé, à une clé consommateur ou au serveur MCP hébergé que s’il peut s’exécuter sans vous.

Auto-hébergé

Une flotte que vous exploitez

Vous pouvez exécuter le coordinateur open-core vous-même, dans Docker, sur votre matériel ou votre propre compte cloud. Le trafic, les profils de navigateur et les données extraites restent dans votre périmètre, ce qui est en général la demande exacte d’une équipe conformité. En échange, l’exploitation vous revient : capacité, mises à jour et disponibilité.

Clés IA sur votre machine

Sur les déploiements locaux et auto-hébergés, l’assistance IA s’exécute avec le fournisseur configuré sur votre propre machine, et ces clés ne la quittent jamais. L’IA orchestrée par le cloud passe par la passerelle gérée et est facturée au token. Une constante dans les deux cas : la réparation de sélecteurs par IA reste gérée.

comparer ▸ ce qui diffère

Ce qui diffère réellement

Le workflow, les étapes, les personas et les données extraites sont identiques partout.

plafonds ▸ cloud uniquement

Plafonds cloud par palier

Les exécutions cloud et les sessions de streaming en direct portent des plafonds de durée par palier. Les exécutions locales n’en ont aucun — ce sont des limites cloud.

choisir ▸ un défaut

Choisir

Un défaut raisonnable : construire sur Desktop, publier sur Cloud.

• Construire et déboguer un workflow : Desktop. C’est gratuit, donc itérez autant que vous voulez.
• Tout ce qui est planifié, un moniteur qui doit capter un changement à 3h du matin, ou un endpoint appelé par d’autres logiciels : Cloud.
• Une cible qui n’existe que sur votre réseau interne : Desktop ou auto-hébergé. La flotte cloud ne peut pas l’atteindre.
• Des données qui ne doivent pas quitter votre périmètre : auto-hébergé.

déplacer ▸ changez l’agent

Déplacer un workflow d’un lieu à l’autre

Changez l’agent du workflow et relancez-le. Rien dans la liste des étapes ne change. Les personas et les secrets du coffre sont redéchiffrés sur le nouvel agent, donc un workflow qui se connecte continue de fonctionner ; un workflow qui dépendait d’un hôte interne échouera sur la flotte cloud, seul cas où le déplacement n’est pas transparent.

suite ▸ liées

Pages liées

Où aller ensuite.