Ningún node que instalar. Tres mecanismos que ya funcionan.

Con franqueza: no existe un node de Writ para n8n, ni una app para Zapier, ni un módulo para Make. No lo busques en un directorio. Lo que sí existe son tres mecanismos genéricos que esas tres herramientas ya hablan — y cada uno se configura en cinco minutos.

encuadre ▸ qué existe

Elige la dirección que necesitas.

La pregunta es en qué dirección viaja la llamada. Writ es o bien lo que tu flujo llama, o bien lo que arranca tu flujo — y OAuth es cómo una herramienta guarda tu permiso sin que le pegues una clave.

llamada ▸ petición http

1 · Llama a Writ desde la herramienta.

Publica un workflow como endpoint y apunta ahí el node HTTP Request de la herramienta — o Webhooks by Zapier, o el módulo HTTP de Make. Esa es toda la integración.

curl -X POST https://api.usewrit.app/v1/acme/price-check \
  -H "Authorization: Bearer $WRIT_CONSUMER_KEY" \
  -H "Content-Type: application/json" \
  -d '{"url": "https://example.com/product/42"}'

{
  "method": "POST",
  "url": "https://api.usewrit.app/v1/acme/price-check",
  "headers": {
    "Authorization": "Bearer csk_...",
    "Content-Type": "application/json"
  },
  "body": { "url": "https://example.com/product/42" }
}

Cuando un run dura más de lo que la herramienta espera

Pide una referencia por adelantado. Envía Prefer: respond-async, o añade ?async=true si el paso HTTP de la herramienta no puede poner cabeceras — recibes un 202 y una referencia de run que consultar.

curl -X POST https://api.usewrit.app/v1/acme/price-check \
  -H "Authorization: Bearer $WRIT_CONSUMER_KEY" \
  -H "Prefer: respond-async" \
  -H "Content-Type: application/json" \
  -d '{"url": "https://example.com/product/42"}'

# Query-parameter form, for tools whose HTTP step cannot set a header:
curl -X POST "https://api.usewrit.app/v1/acme/price-check?async=true" \
  -H "Authorization: Bearer $WRIT_CONSUMER_KEY" \
  -H "Content-Type: application/json" \
  -d '{"url": "https://example.com/product/42"}'

oauth ▸ se configura solo

2 · Conecta con OAuth.

Writ ejecuta un servidor OAuth 2.0 de authorization code con PKCE, y publica un documento de descubrimiento en /api/oauth/.well-known/oauth-authorization-server. Las integraciones OAuth genéricas leen ese documento y se configuran solas — endpoints, scopes y método PKCE, sin que escribas ninguno.

curl https://api.usewrit.app/api/oauth/.well-known/oauth-authorization-server

eventos ▸ hacia la herramienta

3 · Deja que Writ arranque el flujo.

Todas estas herramientas te dan una URL de recepción — un node Webhook trigger en n8n, un Catch Hook en Zapier, un Custom Webhook en Make. Apunta ahí un monitor o una automatización de Writ y tu flujo arranca cuando algo pasa de verdad.

1. 1 · Copia la URL de recepción — Del paso disparador de tu herramienta.
2. 2 · Añádela como destinatario webhook en Writ — En el monitor o la automatización que debe arrancar el flujo.
3. 3 · Verifica la firma — Las entregas van firmadas con HMAC. Comprueba la firma antes de confiar en el contenido.

además ▸ dos puertas más

Otras dos entradas.

No toda herramienta necesita un paso HTTP. Si la tuya ya habla uno de estos, úsalo directamente:

referencia ▸ siguiente

Sigue

faq

Preguntas de integración, respondidas.

fin ▸ conectar

Publica un endpoint y apunta un paso a él.

Un solo node de petición HTTP es toda la integración, y funciona en todas las herramientas de esta página.