Une API REST pour le système qui n’en a jamais eu.
Les vieux portails, ERP et apps intranet ne livrent presque jamais d’API - donc rien ne peut leur parler. Writ enregistre ce qu’une personne fait dans cette app et l’expose à /v1/{slug}/{path}, un endpoint REST et un outil MCP que votre stack et vos agents IA peuvent appeler.
Un écran derrière une connexion devient un endpoint JSON propre - sur votre propre domaine.
Tout s’intègre, sauf l’app qui compte.
Une réécriture n’est pas à la feuille de route, l’éditeur ne livrera pas d’API, et le système est souvent enfermé dans votre réseau, derrière une connexion. Le travail d’intégration cale sur la seule app dont tout le reste dépend.
- Une réécriture n’est pas à la feuille de route, et l’éditeur ne livrera pas d’API.
- Le portail ne s’ouvre que derrière une connexion et une 2FA.
- Le système est enfermé dans votre réseau, injoignable depuis le cloud.
Enregistrez-le, exposez-le, exécutez-le sur votre réseau.
Les contrôles attendus d’une API de premier rang.
Devant un système qui n’en livre aucun.
- ✓Managed endpoints
- ✓Serveurs MCP
- ✓Consumer keys (csk_)
- ✓Webhooks signés HMAC
- ✓Domaines personnalisés à votre marque
- ✓Analyses d’usage
Appeler une recherche legacy.
Le workflow se connecte, passe la 2FA, lit l’enregistrement et renvoie du JSON - sur votre propre domaine.
# Workflow "record-lookup": navigate (legacy app) -> fill (search) -> twofa -> extract (record)
GET https://api.yourco.com/v1/record-lookup?id=12345 # your custom domain
Authorization: Bearer wt_…
-> { "id": "12345", "status": "active", "owner": "…" } Atteignez ce que le cloud ne peut pas.
Le système sans API est souvent celui que l’internet public ne voit pas. Choisissez où l’agent s’exécute - le compromis honnête, c’est la portée contre le zéro configuration.
Agent local / BYO
Exécutez l’agent à côté du système legacy, sur votre propre réseau. Il atteint les hôtes intranet, localhost et accessibles uniquement par VPN que le cloud ne peut pas joindre. Les exécutions locales sont sans frais de compute, vos identifiants vivent dans un coffre chiffré, et avec vos propres clés IA l’IA n’est pas facturée non plus.
Voir les agents →Cloud managé
Pour les systèmes accessibles depuis internet, laissez le cloud de Writ les exécuter - rien à héberger. Le temps d’exécution cloud et toute IA managée sont facturés depuis un solde prépayé. Les systèmes accessibles uniquement en interne ont toujours besoin d’un agent local pour être atteints.
Auto-héberger l’agent →Questions sur l’intégration legacy.
Dois-je modifier l’app legacy ?
Non - Writ enregistre les actions qu’une personne effectue dans l’interface existante et les expose comme un endpoint. L’app n’en sait rien.
Peut-il atteindre un système intranet uniquement ?
Oui - exécutez un agent local/BYO sur votre propre réseau et il atteint les hôtes intranet, localhost et accessibles uniquement par VPN que le cloud ne peut pas joindre.
Et la connexion et la 2FA ?
Writ se connecte sur vos propres comptes et passe le TOTP ou l’OTP par e-mail dans le cadre du workflow. Les identifiants restent dans un coffre chiffré.
Les agents IA peuvent-ils l’appeler ?
Oui - chaque workflow est aussi un outil MCP, donc Claude, Cursor ou votre propre agent peut l’appeler comme n’importe quel autre outil.
Donnez une API à votre système legacy.
Enregistrez un workflow sur une app interne et appelez-le comme un endpoint REST ou un outil MCP - sur votre propre réseau.