Regardez l’IA piloter un navigateur en direct.
Ouvrez une session en direct et regardez l’IA piloter un vrai navigateur connecté, tour par tour : lire une page, remplir un formulaire, récupérer le résultat. Des exécutions longues que vous pouvez suivre et orienter, avec un onglet distinct par conversation.
Une session en direct, suivie tour par tour
« Lis le total de la dernière facture. »
« Exporte les commandes de ce mois-ci. »
Orientez en cours de route : envoyez le tour suivant à tout moment.
Automatisation à froid ou session en direct
Un navigateur à froid, lancé à chaque appel, paie la taxe de connexion et de mise en route à chaque requête et perd son état. Une session en direct s’authentifie une fois, reste connectée et vous laisse la suivre et la piloter tour par tour. Les longues exécutions multi-étapes paraissent ainsi continues.
| Critère | Session en direct | À froid, par appel |
|---|---|---|
| Coût de connexion / mise en route | Payé une fois, réutilisé | Payé à chaque appel |
| État de la page et de la session | Conservé entre les tours | Perdu après chaque appel |
| Visibilité | Chaque tour diffusé en direct | Opaque jusqu’au retour |
| Longues exécutions multi-étapes | Continues, orientez au fil de l’eau | Recollées sur des exécutions distinctes |
Session en direct comparée à l’automatisation à froid par appel
Connecté sous votre persona, avant le premier tour
Liez une persona à une session et Writ l’applique au démarrage : l’identité du compte, un profil de navigateur cohérent et l’état de session enregistré. Les codes à usage unique par e-mail et SMS et le TOTP sont traités en amont, pour que l’IA arrive sur une page déjà connectée sous votre identité.
- Identité et profil de navigateur cohérent résolus depuis la persona au démarrage de la session.
- TOTP et codes à usage unique par e-mail / SMS réglés avant le début de l’exécution.
- Sur vos propres comptes autorisés : automatisation à accès autorisé, pas du contournement.
Appliqué au démarrage de la session
- Identité de persona + profil de navigateur
- TOTP · OTP e-mail / SMS
- État de session enregistré
L’IA joue son premier tour déjà connectée sous votre identité.
Handlers appelables
Définissez des handlers sur une session en direct et appelez-les par leur nom. Chaque handler est une unité de travail du navigateur que vous contrôlez (naviguer, remplir, extraire, cliquer à travers un flux multi-étapes), invoquée sur la session chaude et connectée. Les handlers sont déterministes : ils font exactement ce que vous avez défini, sur l’état de page déjà présent.
// Invoke a named handler on a warm, logged-in session.
POST /v1/streaming/{session}/handlers/extract_orders
Authorization: Bearer wt_...
{
"since": "2026-06-01",
"status": "shipped"
} - Invoquez par leur nom sur une session active.
- Opérez sur l’état de page existant, sans reconnexion à chaque appel.
- Composez des handlers en flux plus longs.
API de chat compatible OpenAI
Pointez n’importe quel client compatible OpenAI vers une session de streaming Writ et dialoguez avec elle comme avec un modèle, sauf que le « modèle » est un vrai navigateur agissant sur un vrai site. Chaque message arrive dans votre propre script handler — un handler JS que vous écrivez — qui pilote la page et streame la réponse. Aucun modèle d’IA ne reçoit quoi que ce soit, sauf si vous en mettez un dans votre handler. Utilisez les SDK et outils que vous avez déjà ; changez simplement l’URL de base.
curl https://api.usewrit.app/v1/streaming/{session}/chat/completions \
-H "Authorization: Bearer wt_..." \
-H "Content-Type: application/json" \
-d '{
"messages": [
{ "role": "user", "content": "Open the latest invoice and read the total." }
],
"user": "conversation-7"
}'from openai import OpenAI
# Drop-in: bring your existing OpenAI client, swap the base URL.
client = OpenAI(
base_url="https://api.usewrit.app/v1/streaming/{session}",
api_key="wt_...",
)
resp = client.chat.completions.create(
model="writ-browser",
messages=[{"role": "user", "content": "Open the latest invoice and read the total."}],
user="conversation-7", # routes to its own browser tab
)
print(resp.choices[0].message.content)Compatible prêt à l’emploi : apportez votre client OpenAI existant et changez l’URL de base. Le navigateur agit sur vos propres comptes authentifiés ; c’est de l’automatisation à accès autorisé, pas du contournement.
Un onglet par conversation
Lancez plusieurs conversations sur une même session et chacune obtient son propre onglet de navigateur. L’état des conversations reste isolé : la navigation et le contexte de page d’une conversation ne débordent jamais sur une autre. Un tour bloqué dans une conversation ne peut pas coincer les autres ; les tours sont bornés et récupérables par onglet.
- routageRoutage d’onglet par conversation, pour que les conversations ne se télescopent pas.
- délaisDes délais par tour pour qu’un tour lent ne bloque pas les autres.
- récupérationRechargement et récupération d’onglet intégrés.
Le BYO-AI n’est pas facturé. L’IA managée est mesurée.
Apportez vos propres clés IA sur un agent local/BYO et cette IA n’est pas facturée par Writ : vous payez directement votre fournisseur, ou exécutez un modèle local pour un coût par token nul. Quand une session utilise l’IA cloud managée, vous voyez l’usage réel des tokens par tour, les mêmes chiffres que votre fournisseur facturerait.
L’IA managée est facturée par tokens, mesurée depuis votre portefeuille, la même consommation de tokens que votre fournisseur rapporterait, avec le prix affiché avant l’exécution. Le BYO-AI sur un agent local/BYO est la voie non facturée ; l’IA cloud managée est la voie mesurée.
Comment l’IA est facturée
L’IA managée est décomptée uniquement aux tokens utilisés, sans minimum par appel. Les exécutions locales/BYO n’entraînent aucun frais de calcul. Voir facturation & portefeuille.
Conçu pour les agents
Le streaming, c’est la façon dont un agent IA exploite un site web comme un outil vivant : gardez une session chaude, envoyez-lui des tours, regardez chacun d’eux, récupérez des résultats structurés, donnez-lui l’instruction suivante. Combiné aux managed endpoints et à MCP, votre agent peut appeler un workflow Writ comme un outil et piloter un navigateur en direct comme une conversation, sur des sites qui n’ont jamais livré d’API.
La surface Streaming : une session en direct, des handlers appelables et la barre d’onglets par conversation.
Vos questions, nos réponses
Puis-je vraiment regarder l’IA travailler ?
Oui. Une session de streaming journalise chaque tour au fil de l’action : la page où elle se trouve, le handler qu’elle a appelé et le résultat. Vous pouvez envoyer l’instruction suivante pendant l’exécution.
Comment la session se connecte-t-elle sous mon identité ?
Liez une persona et Writ l’applique au démarrage de la session : une identité de navigateur stable et cohérente et l’état de session enregistré, avec le TOTP et les codes à usage unique par e-mail / SMS traités en amont. Le premier tour se joue déjà connecté.
L’API de chat est-elle vraiment compatible OpenAI ?
Oui. Elle expose une surface de chat compatible OpenAI, vous pouvez donc pointer un client OpenAI existant vers une session de streaming Writ en changeant l’URL de base.
Plusieurs conversations interfèrent-elles entre elles ?
Non. Chaque conversation s’exécute dans son propre onglet avec un état isolé, des délais par tour et la récupération d’onglet.
Comment l’IA est-elle facturée dans une session de streaming ?
Apportez vos propres clés IA sur un agent local/BYO et cette IA n’est pas facturée par Writ. L’IA cloud managée est mesurée aux tokens utilisés, avec le prix affiché avant l’exécution.
Cela s’exécute-t-il sur mes propres comptes ?
Oui. Le navigateur agit sur vos propres comptes authentifiés, sur les sites que vous êtes autorisé à utiliser.
Ouvrez une session en direct.
Regardez l’IA piloter un navigateur connecté, et orientez-la tour par tour.