Transformer n’importe quel site en API

À propos de l’autorisation. Writ s’exécute sur vos propres comptes, avec vos propres identifiants et données, sur les sites que vous êtes autorisé à utiliser.

Les APIs ne couvrent qu’une mince partie du monde logiciel. Tout le reste (panneaux d’administration internes, portails fournisseurs, systèmes de déclaration administrative, outils legacy, tout ce qui se trouve derrière une connexion) n’a pas d’API et n’en aura jamais. Les réponses habituelles sont des scripts fragiles qui cassent au prochain changement d’interface, ou de lourdes suites RPA pensées pour des tâches ponctuelles. Il existe une voie plus simple : capturez le workflow une fois, et transformez-le en quelque chose que votre logiciel peut appeler.

Le problème : la plupart du web n’a pas d’API

Repensez à la dernière fois où vous aviez besoin de sortir des données d’un portail fournisseur, ou de remplir un formulaire dans un système qui n’existe que comme application web. Aucun endpoint documenté, aucun SDK, aucun webhook. Une personne pouvait accomplir la tâche dans un navigateur en deux minutes. Un logiciel ne le pouvait pas, parce que le travail vivait derrière une authentification et un bouton envoyer.

Writ comble ce fossé. Vous enregistrez un vrai workflow navigateur, ou vous décrivez l’objectif et laissez l’IA le construire, et Writ l’expose comme un endpoint stable et appelable sur /v1/{slug}/{path} et comme un outil MCP. Il s’exécute comme le ferait une personne, sur votre propre compte et avec vos propres identifiants, et atteint ainsi le web authentifié et dynamique que les crawlers en lecture seule ne peuvent atteindre.

Trois façons de construire un workflow

Il existe trois voies de construction, et vous pouvez les combiner dans un seul workflow :

Enregistrer. Ouvrez l’enregistreur, effectuez la tâche dans un vrai navigateur, et Writ capture chaque étape (clics, saisies, navigation, extraction) comme une recette rejouable.
Décrire. Indiquez l’objectif à l’IA en langage naturel et laissez-la construire et piloter le workflow, en dérivant les étapes depuis la page en direct.
Découvrir. Laissez Writ observer le réseau pendant que vous utilisez le site et faire remonter les appels sous-jacents, pour qu’un flux d’interface bruyant devienne une requête propre.

Le résultat est un workflow avec des entrées typées et une sortie structurée. À partir de là, la publication tient en une seule action.

Publiez-le comme endpoint REST

La publication transforme le workflow en un endpoint managé avec son propre slug. Vous l’appelez avec une clé API wt_, vous passez les entrées en JSON, et vous récupérez du JSON structuré.

quickstart.sh · cURL

curl https://api.usewrit.app/v1/portal-export/run \
  -H "Authorization: Bearer wt_8f3a…" \
  -H "Content-Type: application/json" \
  -d '{ "account_id": "AC-19284", "since": "2026-06-01" }'

response.json · json

{
  "status": "succeeded",
  "run_id": "run_7d1c…",
  "data": {
    "invoices": [
      { "id": "INV-5521", "amount": 1840.00, "due": "2026-07-15" },
      { "id": "INV-5522", "amount":  620.50, "due": "2026-07-18" }
    ]
  }
}

C’est tout le contrat : un slug, une clé, du JSON en entrée, du JSON en sortie. Votre logiciel n’a plus besoin de savoir que les données vivent derrière une connexion et trois clics de menu.

Exposez-le comme outil MCP

Le même workflow peut être publié comme outil Model Context Protocol, pour qu’un agent IA puisse l’appeler directement. Pointez votre client MCP vers le serveur Writ et le workflow apparaît comme un outil typé que l’agent peut invoquer, avec les mêmes contrôles d’autorisation et de dépenses que par la voie REST.

mcp-client config · json

{
  "mcpServers": {
    "writ": {
      "url": "https://api.usewrit.app/mcp",
      "headers": { "Authorization": "Bearer wt_8f3a…" }
    }
  }
}

Désormais, Claude, Cursor ou n’importe quel agent compatible MCP dispose d’un outil pour un site qui n’a jamais livré d’API. L’agent ne voit pas vos identifiants. Il appelle l’outil, et Writ exécute le workflow sur votre compte.

Où il s’exécute (et ce qu’il coûte)

Un workflow peut s’exécuter de deux façons. Sur un agent BYO (l’agent Writ sur votre propre machine) il n’y a aucun frais de compute, quel que soit le plan, et il peut atteindre localhost, votre LAN et les systèmes accessibles uniquement par VPN que le cloud ne voit pas. Dans le cloud managé, les exécutions sont facturées au temps d’exécution réel (environ 0,12 $ par heure de navigateur) sur l’utilisation incluse de votre plan, puis sur une recharge prépayée au-delà.

Gratuit sur votre propre matériel. Exécutez sur un agent BYO et vous ne payez rien pour le compute. Le plan Gratuit reste limité par une allocation mensuelle d’exécutions ; les plans payants lèvent ce plafond, rendant les exécutions locales pratiquement illimitées. Les plafonds de dépenses stricts sont activés par défaut pour les exécutions cloud.

Survivre aux changements d’interface

Si les scripts pourrissent, c’est parce qu’ils s’accrochent à des sélecteurs fragiles. Les enregistrements Writ utilisent des sélecteurs résilients avec des aides à la stabilité, et la navigation IA recalcule le chemin quand la mise en page bouge. Le schéma pratique : enregistrez l’ossature stable d’un flux, et laissez l’IA gérer les parties qui changent. L’endpoint reste le même même quand le site qui le sous-tend ne l’est plus.

C’est toute l’idée : une interface durable devant une interface qui n’était jamais censée en être une. Lisez le guide complet des fondamentaux pour un parcours pas à pas.

Essayez-le sur un vrai site

Enregistrez un workflow ou décrivez un objectif, puis appelez-le en REST et MCP.

Commencer Voir les endpoints managés

Questions fréquentes

Est-ce autorisé ?

Writ automatise un travail qu’une personne pourrait faire à la main dans un navigateur, sur des sites que vous êtes autorisé à utiliser, avec vos propres identifiants. Il ne force l’accès à rien, et vos identifiants ne quittent jamais votre contrôle. Respectez les conditions d’utilisation et les limites de débit de chaque site visé.

L’endpoint casse-t-il quand le site change ?

Les recettes enregistrées utilisent des sélecteurs résilients avec des aides à la stabilité, et la navigation IA recalcule le chemin quand l’interface bouge. Vous pouvez aussi combiner les deux - enregistrer les parties stables et laisser l’IA gérer les parties volatiles.

Combien coûte une exécution ?

Les exécutions sur votre propre machine n’entraînent aucun frais de compute. Les exécutions cloud managées sont facturées au temps d’exécution réel (environ 0,12 $ par heure de navigateur) depuis un pool mensuel d’utilisation incluse, avec des plafonds de dépenses stricts activés par défaut.

Comment transformer n’importe quel site en API (sans attendre que l’éditeur en construise une)