Saltar al contenido
Roubot
EN

Gobernanza y seguridad

Gobernanza quiere decir que todo lo que hace Roubot se puede ver, explicar, auditar y parar.

Por qué

Al final del día, cada organización sabe qué se hizo, cuándo, cómo, dónde, por qué y quién lo autorizó.

Lo contrario —agentes haciendo cosas sin que se sepa cuándo, cómo, dónde ni por qué— es justo lo que Roubot existe para evitar.

Las ocho reglas, y dónde está cada una hoy

Las reglas son fijas y valen para cualquier flujo, automatización o agente. Debajo de cada una, lo que ya hace el código y lo que falta.

  1. Nada se ejecuta sin quedar registrado.

    • Cada paso de un flujo queda apuntado en un registro en tu ordenador: qué hizo y sobre qué, por qué vía, cuánto tardó, cómo acabó, la causa si falló, los reintentos y quién lo autorizó.
      Hoy
    • Hoy todavía hay acciones que el chat hace por su cuenta sin pasar por el registro de los flujos. Que no quede ninguna fuera es la regla número uno, y está en camino.
      En camino
  2. Toda acción pertenece a un flujo conocido, con su versión y su dueño.

    • Cada paso apuntado lleva su flujo y la versión del flujo, y en un «por cada», la vuelta: así se sabe cuál de las facturas falló.
      Hoy
    • Guardar con cada ejecución el encargo o el disparador exacto que la originó (el correo que llegó, la hora prevista) y quién es el dueño de cada flujo.
      En camino
  3. Toda acción dice por qué se hizo: qué encargo o qué disparador la originó.

    • Guardar con cada ejecución el encargo o el disparador exacto que la originó (el correo que llegó, la hora prevista) y quién es el dueño de cada flujo.
      En camino
  4. El resultado lo decide la comprobación, no la acción: «ocurrió», «no ocurrió» o «no se puede saber».

    • El resultado lo decide la comprobación, no lo que dice la acción: un correo enviado se busca en Enviados; un fichero o una hoja se vuelven a abrir. Si la comprobación dice que no ocurrió, el paso falla.
      Hoy
    • La comprobación tiene tres respuestas posibles: ocurrió, no ocurrió o no se puede saber. «No se puede saber» nunca cuenta como hecho.
      Hoy
  5. Lo que sale fuera o no se puede deshacer pasa por la regla de visto bueno que le toque.

    • Un flujo puede pararse a esperar el visto bueno de una persona. Ve lo que se va a hacer, con lo dudoso marcado, y puede corregir los datos antes de aprobar.
      Hoy
    • Hoy el paso de visto bueno se pone cuando el encargo lo pide («que lo revise alguien antes de cargarlo»).
      Hoy
    • Visto bueno según el tipo de acción: lo que sale fuera o no se puede deshacer lo pedirá siempre hasta que la automatización sea autónoma; los pagos y los borrados de datos de otros, siempre.
      En camino
  6. Estandarizar: la misma tarea se hace siempre con los mismos tipos de acción y con plantillas acreditadas. Salirse se puede, pero queda registrado.

    • Cada acción de Roubot tiene su tipo en un catálogo común —leer un documento, añadir filas a una hoja, enviar un correo…—, y de cada tipo se sabe si sale fuera, si se puede deshacer y cómo se comprueba.
      Hoy
    • Plantillas acreditadas: sólo de flujos que el registro ha comprobado, para que la misma tarea se haga siempre igual.
      En camino
  7. La organización ve su propio registro en palabras llanas: lo que pasó hoy, lo que falló y lo que espera a una persona.

    • La pantalla «Lo que pasó hoy» enseña, en palabras llanas, lo que espera a una persona y lo que falló; debajo, cada ejecución del día con sus pasos, y el marcador de cada automatización.
      Hoy
    • Cada estado tiene un código corto que se guarda en el registro, y un decodificador lo traduce a palabras llanas, en castellano y en inglés.
      Hoy
  8. Los datos, en la máquina por defecto. Suben a la nube donde el cliente lo permita y lo pida.

    • Tus datos se guardan en una base PostgreSQL en tu ordenador. Si no tienes una, Roubot arranca la suya, con los datos en tu carpeta de usuario.
      Hoy
    • A la nube de Roubot sólo sube la definición de tus automatizaciones, y sólo al sincronizar. No sube el historial de ejecuciones, ni conversaciones, ni ficheros, ni ajustes.
      Hoy
    • Subir a la nube el registro y ejecutar allí lo que no necesita tu ordenador, sólo donde la organización lo permita y lo pida, con permiso por niveles y que se pueda retirar.
      En camino

Estados y códigos

Cada estado tiene un código corto que se guarda en el registro, y un decodificador lo traduce a palabras llanas, en castellano y en inglés.

Un código corto dice lo mismo en el registro, en una pantalla y en una tarea. Así se leen:

La automatización

CódigoQué quiere decir
A0Borrador
Borrador: recién creada, o una versión nueva que nadie ha revisado todavía.
A1Revisada
Revisada: tiene sus datos, sus acciones y sus pasos (nivel A), pero no se ha ensayado.
A2Ensayada
Ensayada: ha corrido con lo que escribe o envía simulado (nivel B).
A3Probada
Probada: pasó la prueba real en el entorno de prueba (nivel C).
A4Aprobada
Aprobada: una persona ha firmado una muestra (nivel D).
A5Supervisada
Supervisada: trabaja de verdad, y lo que su tipo de acción pida lleva el visto bueno de una persona.
A6Autónoma
Autónoma: trabaja sola porque cumplió su racha de ejecuciones comprobadas seguidas.
AECon error
Con error: ha fallado en algún nivel de prueba o trabajando de verdad.
AREn recuperación
En recuperación: se está arreglando, con 3 intentos como mucho.
APPendiente de la persona
Pendiente de la persona: falta algo que sólo sabe ella (un dato, un permiso o «¿así?»).
AXRetirada
Retirada: apagada por el sistema o por la persona.

Cada paso

CódigoQué quiere decir
P0Pendiente
Pendiente: el paso todavía no ha empezado.
P1Autorizada
Autorizada: tiene su visto bueno, o no le hace falta.
P2Empezada
Empezada: el paso ha empezado y no ha terminado.
P3Hecha según quien la ejecutó; falta comprobarla
Hecha según quien la ejecutó (su recibo), pero todavía sin comprobar.
P4Comprobada: ocurrió
Comprobada: se miró desde fuera y ocurrió.
PNComprobada: no ocurrió
Comprobada: se miró desde fuera y NO ocurrió.
PUNo se puede saber si ocurrió
No se puede saber si ocurrió.
PFEl paso falló
El paso falló.
PSSaltada
Saltada, con el motivo.
PRReintentando
Reintentando el paso.

Una línea del registro, traducida

  • A5·E1·P3

    Supervisada · en marcha · hecha según quien la ejecutó; falta comprobarla

  • A5·EU·PU·FU·RC

    Supervisada · no se sabe si terminó · no se puede saber si ocurrió · causa desconocida · se comprueba el destino antes de repetir

  • AR·EF·PF·FR1·RA(2/3)

    En recuperación · fallida · el paso falló · acción equivocada · segundo arreglo del modelo de tres

  • 20/1/0 · racha 0

    20 comprobadas, 1 fallida, 0 sin saber; empieza de nuevo la racha

El marcador y la racha

Cada versión de una automatización lleva su marcador —comprobadas, fallidas y sin saber— y su racha. No se borra nada: si falla la 21, queda 20/1.

Para pasar a autónoma, una automatización necesita 20 ejecuciones comprobadas seguidas; 60 si algún paso sale fuera o no se puede deshacer.

Veinte de veinte no prueban que no falle nunca: prueban, con un 95 % de confianza, que como mucho falla 1 de cada 7. Sesenta seguidas prueban como mucho 1 de cada 20.

El visto bueno

  • Un flujo puede pararse a esperar el visto bueno de una persona. Ve lo que se va a hacer, con lo dudoso marcado, y puede corregir los datos antes de aprobar.
    Hoy
  • El silencio no aprueba: si nadie contesta a tiempo, la respuesta es no.
    Hoy
  • Hoy el paso de visto bueno se pone cuando el encargo lo pide («que lo revise alguien antes de cargarlo»).
    Hoy
  • Visto bueno según el tipo de acción: lo que sale fuera o no se puede deshacer lo pedirá siempre hasta que la automatización sea autónoma; los pagos y los borrados de datos de otros, siempre.
    En camino

Seguridad

  • Si el chat afirma que ha hecho algo sin haber ejecutado ninguna acción, Roubot no deja pasar la frase: contesta que no está hecho.
    Hoy
  • Un flujo que prepara el chat nace apagado: no se pone en marcha solo hasta que lo enciendes.
    Hoy
  • Un flujo se puede ensayar sin efectos: las lecturas se hacen de verdad y los pasos que salen fuera se simulan, contando qué habrían hecho.
    Hoy
  • Cada correo sale con un sello propio para poder encontrarlo después en Enviados. Si no se puede saber si salió, no se reintenta a ciegas: hay que preguntar a la persona, para no mandarlo dos veces.
    Hoy
  • Con varias cuentas de correo, si no se dice con cuál, pregunta en vez de usar la primera: enviar desde la dirección equivocada no se deshace.
    Hoy
  • Al mover o escribir ficheros no pisa nada que ya exista, salvo que se le pida, y al mover comprueba que el original ya no está.
    Hoy
  • Al escribir en un Excel conserva fórmulas, anchos, formatos y las demás pestañas.
    Hoy
  • Roubot trabaja en las carpetas de siempre —Escritorio, Documentos y Descargas— y en las que tú autorices. Una autorización se puede quitar.
    Hoy
  • Cuando aprende cómo habla una web por dentro para ir más rápido, no usa ninguna de esas llamadas sin tu permiso.
    Hoy
  • Cada acción tiene ya un nivel de riesgo (bajo, medio, alto o crítico), pero todavía no frena nada: que lo alto y lo crítico pidan confirmación está en camino.
    En camino
  • Tus datos se guardan en una base PostgreSQL en tu ordenador. Si no tienes una, Roubot arranca la suya, con los datos en tu carpeta de usuario.
    Hoy
  • A la nube de Roubot sólo sube la definición de tus automatizaciones, y sólo al sincronizar. No sube el historial de ejecuciones, ni conversaciones, ni ficheros, ni ajustes.
    Hoy
  • Para contestarte, lo que escribes en el chat se envía a un proveedor de IA en la nube (OpenRouter o Groq). Las imágenes y lo que se ve en pantalla, cuando hay que mirarlos, también (OpenRouter por defecto).
    Hoy

Lo que viene

  • Hoy todavía hay acciones que el chat hace por su cuenta sin pasar por el registro de los flujos. Que no quede ninguna fuera es la regla número uno, y está en camino.
    En camino
  • Visto bueno según el tipo de acción: lo que sale fuera o no se puede deshacer lo pedirá siempre hasta que la automatización sea autónoma; los pagos y los borrados de datos de otros, siempre.
    En camino
  • Un banco de pruebas por tipo de acción que corra solo cada noche, sin modelo, y deje por la mañana una página con lo que bajó.
    En camino
  • Plantillas acreditadas: sólo de flujos que el registro ha comprobado, para que la misma tarea se haga siempre igual.
    En camino
  • Una biblioteca de automatizaciones por áreas: se suben y se bajan desde Roubot, con una ficha pública, y el contenido sólo lo abre una instalación de Roubot.
    En camino
  • Subir a la nube el registro y ejecutar allí lo que no necesita tu ordenador, sólo donde la organización lo permita y lo pida, con permiso por niveles y que se pueda retirar.
    En camino
  • Registro encadenado: cada fila guardará la huella de la anterior, para que nadie pueda borrar ni cambiar el registro sin que se note.
    En camino

Míralo funcionar con tu propio trabajo

Cuéntanos una tarea que se repita en tu organización y te enseñamos cómo quedaría como flujo, con su registro.

hola@roubot.ai