Pulsa / para buscar

Toda la documentación
docs Ejecútalo en algún sitio Uplink

Se ejecuta enWrit CloudDesktopAutoalojado

uplink ▸ desde dentro

Dentro de tu red. Llamable desde fuera.

Un sistema interno sin API se convierte en un endpoint HTTPS. El agente llama hacia fuera y sigue conectado; una petición a tu endpoint baja por esa conexión, y el workflow se ejecuta en tu máquina contra un sistema que solo él ve.

La conexión es solo saliente — no abres ningún puerto entrante para Writ, y el sistema interno no recibe dirección pública.

conexión ▸ un sentido

El agente llama hacia fuera. Nada entra.

Todo se apoya en una propiedad: la conexión sale desde dentro de tu red, hacia fuera, y se mantiene abierta. El trabajo baja por una conexión que tú ya abriste.

  1. 01
    El agente se conecta hacia fuera

    Instalas el agente en una máquina que ya alcanza el sistema interno. Abre una conexión saliente hacia Writ y la mantiene.

  2. 02
    La llamada baja por ella

    Una petición a tu endpoint publicado pasa por esa conexión existente. Writ no abre ninguna conexión hacia tu red.

  3. 03
    El workflow se ejecuta dentro

    El navegador maneja el sistema interno desde esa máquina, así que la ejecución ve exactamente lo que vería alguien sentado en ese puesto.

No hay puerto entrante que abrir ni dirección pública que dar al sistema interno. Lo que el agente necesita es el HTTPS saliente que tu red ya permite.

piezas ▸ cuatro

Lo que hace falta.

Cuatro elementos, cada uno documentado en su propia página. Esta página da el orden para montarlos.

Una máquina dentro de la redWrit Desktop o un agente autoalojado, en un host que ya alcanza el sistema que quieres llamar.
Un workflowGrabado una vez contra ese sistema — o descrito en palabras — y apuntado a tu propio agente para que se ejecute allí.
Un endpoint publicadoLa puerta de entrada en Writ Cloud: un método y una ruta que eliges, servidos bajo /v1/{slug}/{path}.
Una clave de consumidorLo que presentan quienes te llaman. Restríngela a un endpoint, dale un límite de peticiones, rótala con un periodo de gracia.

montaje ▸ en orden

Móntalo.

Cada paso es trabajo de producto normal — nada aquí es propio de los sistemas internos salvo dónde está el agente.

  1. 01
    Instala y vincula el agente

    En una máquina dentro de la red. Una vez vinculado aparece en tu lista de agentes y mantiene su conexión saliente.

  2. 02
    Enseña el workflow

    Graba la tarea contra el sistema interno, o descríbela y deja que la sesión de IA la grabe. Las credenciales se resuelven desde el vault al ejecutar.

  3. 03
    Apúntalo a tu agente

    Configura el workflow para que se ejecute en tu propio agente en vez de en el cloud, para que cada ejecución ocurra en una máquina que ve el sistema.

  4. 04
    Publica el endpoint

    Elige el método y la ruta. Esa ruta se convierte en la API que el sistema interno nunca tuvo.

  5. 05
    Reparte una clave de consumidor

    Una clave por quien llama. Limítala a los endpoints necesarios, y revócala o rótala sin tocar el workflow.

llamada ▸ desde cualquier sitio

Llámalo como a cualquier API.

Quien llama no sabe — ni necesita saber — dónde ocurre la ejecución. Hace un POST a tu ruta con su clave y lee el resultado.

call.sh

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"}'

Las llamadas son síncronas por defecto. Pide un 202 y un identificador de ejecución con Prefer: respond-async, y sirve un resultado reciente en vez de una ejecución nueva con Cache-Control: max-age=N. Las formas de respuesta, los códigos de estado y la ruta de sondeo están en la página de endpoints gestionados.

reparto ▸ quién hace qué

Qué se ejecuta dónde.

Vale la pena ser preciso con esta separación, porque es lo que hace segura la exposición.

LadoQué guarda
Tu máquinaEl navegador, el inicio de sesión, las credenciales y cada byte leído del sistema interno. La ejecución ocurre aquí.
Writ CloudLa puerta de entrada: autenticación, límites de peticiones, cuotas y el registro de ejecución. Retiene la petición mientras tu agente trabaja.

Las ejecuciones en tu propio agente son gratuitas y no se miden. La puerta de entrada cloud sigue aplicando los límites de peticiones y la cuota mensual de tu plan.

límites ▸ qué topa

Límites que conviene saber.

Estos son los números que deciden cuántas puertas abres y con qué fuerza pueden llamar.

Agentes vinculadosFree, Starter y Pro incluyen uno. Growth permite 5, Scale 20, Enterprise no tiene tope.
Endpoints publicadosCon tope por plan. Publicar una ruta consume uno.
Límite de peticionesPor clave de consumidor, 60 por minuto salvo que fijes el tuyo, más la cuota mensual de llamadas de tu organización.
Tiempo límiteDe 5 a 300 segundos por endpoint, 120 por defecto. Al pasarse devuelve 504 con un identificador de ejecución que puedes sondear.

preguntas ▸ frecuentes

Uplink, respondido.

¿Tengo que abrir un puerto?
No. El agente establece la conexión hacia fuera y el trabajo vuelve por ella. No hay puerto entrante para Writ, y el sistema interno no necesita dirección pública.
¿El sistema interno necesita una API?
No — de eso se trata. El workflow maneja su interfaz como lo haría una persona, y el endpoint que publicas se convierte en la API que nunca tuvo.
¿Pueden dos máquinas servir un endpoint?
Sí. Vincula más de un agente y la llamada se entrega a uno que esté conectado. Cuántos puedes vincular es lo que topa tu plan.
¿Esto se factura?
Las ejecuciones en tu propio agente son gratuitas y no se miden. La puerta de entrada cloud sigue contando las llamadas para los límites y la cuota mensual de tu plan.

fin ▸ abrir una puerta

Pon un sistema interno detrás de un endpoint.

Empieza por la mecánica de los endpoints y luego decide dónde debe ocurrir la ejecución.