Un frailejón alto frente a una laguna del páramo

Un motor para que los agentes actúen, no solo respondan.

Cada pedido pasa por la identidad, el freno, una escritura única y la relectura, en tu API y con los permisos de tu usuario. El agente de encima puede cambiar; las garantías no.

Un turno, por dentro

Cada pedido es un turno con pasos que se guardan antes de hacerse. Si algo se cae a la mitad, se sabe dónde quedó.

  • Entiende el pedido

    Con lo que la persona escribió y lo que tiene abierto en tu producto.
  • Lee lo que hace falta

    Con las herramientas de lectura de tu API, con los permisos de esa persona.
  • El freno decide

    Lo que no tiene daño, lo hace. Lo que lo tiene, sale como una tarjeta que la persona confirma.
  • Escribe una sola vez

    Con la identidad de la persona y una clave que evita hacerlo dos veces.
  • Relee y compara

    Vuelve a leer en tu API y compara con lo que pidió. Si no coincide, lo dice.
  • Lo deja en la bitácora

    Qué hizo, a nombre de quién y cómo salió la relectura. Nadie la edita.
Traza del turnot-8f3c
4,2 s
  1. Canal

    Chat dentro de Acme Billing
  2. Identidad

    Sesión firmada por Acme Billing · María
  3. Modelo

    Pasar el vencimiento de la factura F-2291 al 30
  4. Política de daño

    Cambiar una fecha se deshace: va directo
  5. Ejecutor

    PATCH /v1/invoices/F-2291
  6. Relectura

    vence = 2026-11-30 · verificado
  7. Respuesta

    «Listo: F-2291 vence el 30 de noviembre»

Acme Billing es un producto inventado para mostrar el motor.

El freno, según el daño

Tu equipo marca en cada herramienta qué daño puede hacer. El freno no depende de lo que el modelo diga: lo decide el código con esas marcas.

  • Mueve dinero

    Cobros, precios, cortesías, devoluciones
  • Toca a muchos de golpe

    Cambios o avisos sobre muchos registros a la vez
  • Le llega a terceros

    Correos, WhatsApp, avisos a clientes
  • No se deshace

    Borrar, cancelar, enviar
  • Correo, teléfono, credenciales y rol

    Cambiar con qué entra alguien se confirma siempre, diga lo que diga la herramienta.

Se hace directo

Mover un vencimiento se deshace moviéndolo de vuelta.

Pide confirmación

Porque mueve dinero y toca a muchos de golpe.

No lo intenta

Esa persona no tiene permiso para cobrar en tu producto.

Relee lo que escribe

Una respuesta 200 no prueba que el cambio quedó. El agente vuelve a leer en tu API y compara con lo que pidió.

  • verificado
    verificado

    Se releyó y el cambio quedó como se aprobó.

  • no aparece
    no aparece

    Se releyó y el cambio no está. No se repite a ciegas.

  • no se pudo leer
    no se pudo leer

    No sé si quedó. No se repite: se ofrece pasar a una persona.

Si no se puede saber si quedó, no lo repite a ciegas: lo dice, lo marca como incierto y ofrece pasar a una persona.

Lo que ve tu equipo

Un panel con lo que hizo el agente, cuánto costó y lo que espera una decisión. Cada acción del panel pide la passkey de quien la hace.

10:42mover_vencimientofactura=F-2291hecho y verificado
10:39reembolsar_facturafactura=F-2290hecho y verificado
10:31reenviar_facturafactura=F-2288hecho, sin relectura

Tareas este mes

412 de hasta 600

Entrada
287 resueltas con acción verificadaHasta 600 tareas

Tope de gasto

18 de 50 USD

Al llegar al tope, el agente pasa cada caso a una persona.

Cuando no puede, lo dice

Si falta un permiso, la API falla o el pedido no está en sus herramientas, no inventa: ofrece pasar el caso a una persona de tu equipo.

¿Prefieres que lo vea una persona?

Le paso el caso al soporte de Acme Billing con todo lo que hablamos.

Una laguna del páramo bajo una montaña con niebla, con un campo de frailejones al frente

Míralo sobre un producto de ejemplo.

Treinta minutos: qué hace solo, qué confirma y cómo relee.

¿Lo lees con un agente? Esta página también está en Markdown.