Relevo · los agentes
No hay una lista de agentes. Hay uno, y trabaja al lado de su equipo. Lo publicable es lo que no hace sin que alguien lo autorice.
Los sistemas de esta capa suelen presentar una lista de agentes con nombre y función. Éste no la tiene, y no es una carencia: el brochure describe un único agente de software que aprende observando y ejecuta lo repetitivo. Esta página dice qué observa, qué aprende, qué propone, qué ejecuta, qué no ejecuta sin aprobación, quién aprueba, quién puede apagarlo y qué queda registrado de cada ejecución.
La diferencia
Por qué aquí no hay una lista de agentes
En otros sistemas de esta capa hay agentes con nombre: uno que revisa el expediente, otro que vigila la vigencia de un documento, otro que arma el reporte de la autoridad. Se pueden listar porque cada uno tiene una tarea acotada y un disparador propio.
Relevo no funciona así, y el brochure es explícito: el producto entero es un agente. Observa cómo trabaja el equipo en la computadora, detecta lo repetitivo, sugiere el siguiente paso y ejecuta la tarea completa. La comparación que usa el propio brochure es la que mejor lo explica: aprende viendo trabajar al equipo, como un practicante que nunca se cansa.
La consecuencia práctica de esa diferencia es importante y hay que decirla. Un agente con tarea acotada se autoriza por su tarea: se le da permiso de revisar expedientes y nada más. Un agente que aprende de la observación no se puede autorizar así, porque su alcance crece con lo que aprende. Se autoriza de otra forma: por lo que no puede hacer, y por quién tiene que firmar antes de que su alcance aumente.
Ese es el eje de esta página. Todo lo que sigue está escrito desde el límite hacia dentro, porque es la única manera de que un agente así se pueda instalar en una operación donde trabajan personas.
A un agente con una tarea se le autoriza la tarea. A un agente que aprende se le autoriza el límite.
Si alguien le presenta un agente que aprende y le enseña sólo la lista de lo que hace, le está enseñando la mitad que no decide.
Fuente: Relevo, brochure de logística, secciones «cómo funciona» y «por qué da resultados».
Las cuatro etapas
Qué observa, qué aprende, qué propone y qué ejecuta
Las cuatro etapas del ciclo, cada una con lo que produce y con la puerta que tiene delante. La tercera columna es la que decide si la etapa avanza sola o necesita una firma.
Etapa · qué hace · qué puerta tiene delante
| Etapa | Qué hace exactamente | Puerta |
|---|---|---|
| 01 · Observa | Registra qué hace cada persona en la computadora y cuánto tiempo le toma. Registra la secuencia de pasos, no el contenido de los campos, y enmascara contraseñas, tarjetas, registro fiscal, clave de población y correos antes de que nada salga del equipo. | Firma previa, por persona. Sin la política de uso y el aviso de privacidad firmados en ese equipo, la observación no empieza. Y el botón de pausa la interrumpe a voluntad de la persona, sin pedir permiso a nadie. |
| 02 · Aprende | Detecta que un conjunto de episodios son la misma tarea y reconoce el orden exacto de sus pasos. Calcula veces al día y segundos por vez, y de ahí las horas recuperables. | Ninguna. Aprender no cambia nada en su operación: produce una propuesta. Esta etapa corre sola por diseño, y es la única de las cuatro que lo hace. |
| 03 · Propone | Dos cosas distintas. Propone el orden de automatización, con las tareas ordenadas por horas recuperables. Y propone el siguiente paso al operador en su propia pantalla, mientras trabaja. | Validación de la secuencia aprendida. Antes de sugerir un paso a una persona, alguien que conoce la tarea confirma que la secuencia es la correcta. Sin eso, el sistema sugeriría el error que observó. |
| 04 · Ejecuta | Hace la tarea repetitiva de principio a fin. Donde hay una ruta declarada detrás de la pantalla, por la ruta; donde no la hay, sobre la pantalla del tercero. | Autorización explícita, tarea por tarea. Y con tres condiciones: que la secuencia esté validada, que el paso tenga camino de reversión declarado y que exista un periodo de vigilancia con revisión humana del resultado antes de ejecutar sin revisión. |
Etapas y sus descripciones: brochure de Relevo, sección «cómo funciona», cuatro capacidades numeradas. Las puertas de cada etapa son el criterio de esta ficha, construido sobre los seis controles de privacidad que el propio brochure declara.
Note el reparto: de las cuatro etapas, tres tienen puerta y una no. Y la que no la tiene es justamente la que no cambia nada: aprender produce una propuesta que nadie tiene que aceptar. Las tres que sí afectan a alguien —observar a una persona, sugerirle un paso y ejecutar en su lugar— están las tres detrás de una firma.
Ese reparto es lo que hace instalable un agente que aprende. El día que las cuatro etapas corran sin puerta, el producto es otro y hay que volver a autorizarlo.
Pida por escrito qué etapas de su instalación tienen puerta. Si la respuesta es «ninguna, para que sea más rápido», ahí está el riesgo.
El límite
Lo que no hace sin aprobación, y lo que no hace nunca
Dos listas distintas, y conviene no mezclarlas. La primera es lo que el agente puede hacer cuando alguien lo autoriza: son decisiones de alcance. La segunda es lo que no hace ni con autorización, porque haría que el producto fuera otro.
- No registra el contenido de los campos de sus clientes. Registra los pasos. Ese control es el que impide que el registro de observación se convierta en un archivo de datos de terceros.
- No guarda los campos sensibles. Contraseñas, tarjetas, registro fiscal, clave de población y correos se ocultan en el propio equipo, antes de salir.
- No observa durante la pausa. El botón de pausa no pide permiso y no deja registro de lo que pasó mientras estuvo activo.
- No compara personas entre sí. Mide tareas. Un tablero que ordena personas por velocidad no está en ninguno de los cuatro tableros de esta ficha, y no es por discreción: es porque haría inautorizable la observación.
Acción · quién tiene que autorizarla · qué pasa si no hay autorización
| Acción del agente | Quién autoriza | Si no hay autorización |
|---|---|---|
| Empezar a observar un equipo nuevo | La persona que usa ese equipo, firmando la política de uso y el aviso de privacidad. Y el área de datos, que verifica que la firma exista. | No se observa. El equipo queda fuera del alcance y aparece como equipo sin firma en el tablero de seguridad de la información. |
| Poner a sugerir una secuencia aprendida | El supervisor del área, que confirma que la secuencia es la correcta. | La secuencia se queda en la lista de oportunidades detectadas, sin sugerirse a nadie. |
| Ejecutar una tarea por primera vez | El dueño del proceso, que responde por el resultado de esa tarea. Es una autorización por tarea, no una autorización general. | La tarea sigue haciéndose a mano y sigue contando horas recuperables en el tablero, sin recuperarlas. |
| Ejecutar sin revisión humana del resultado | El dueño del proceso, después del periodo de vigilancia y con el registro de ejecuciones a la vista: cuántas terminaron y cuántas no. | La tarea se ejecuta y alguien revisa cada resultado. Cuesta menos que hacerla a mano y más que ejecutarla sin revisar; es un estado intermedio, no un destino. |
| Ejecutar un paso que no se puede deshacer | Nadie por omisión. Requiere una decisión expresa y por escrito, y sólo cuando no hay alternativa. | Ese paso se deja en manos de una persona. En la base del sistema de embarques, de diecisiete pasos de proceso con camino de ejecución declarado, once tienen además el camino que los revierte: los seis restantes son exactamente los que caen en esta fila. |
| Ampliar el alcance a otra área | La dirección, con el tablero de estabilidad delante: la proporción de ejecuciones que requirieron intervención humana. | No se amplía. Ampliar sobre una base inestable multiplica el trabajo de revisión en lugar de reducirlo. |
Criterios de esta ficha, construidos sobre los seis controles de privacidad del brochure de Relevo. La cifra de pasos con camino de reversión está medida: Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica.
Y la segunda lista, la de lo que no hace ni con autorización. Son cuatro y ninguna es negociable, porque cada una convertiría este producto en otro:
Esas cuatro son el producto. Un sistema que hiciera las cuatro cosas sería una herramienta de vigilancia, y el propio brochure se define en contra de eso con una frase: automatiza el trabajo de su equipo, no lo vigila.
La supervisión
Quién aprueba, quién puede apagarlo y qué queda registrado
Un agente sin interruptor no se instala. Y un interruptor que sólo tiene el proveedor tampoco sirve. La tabla que sigue reparte tres cosas distintas entre los actores que el brochure y la base del sistema declaran: quién aprueba, quién puede detener y quién puede auditar.
Actor · qué aprueba · qué puede detener · qué puede auditar
| Actor | Aprueba | Detiene | Audita |
|---|---|---|---|
| La persona observada | Su propia política de uso y su aviso de privacidad, con firma y fecha. | La observación de su equipo, con el botón de pausa, sin pedir permiso y sin dejar registro de lo que pasó durante la pausa. | Lo que se registra de su propio trabajo. Es un derecho de la ley vigente, no una cortesía del producto. |
| Jefe de área o supervisor | Que una secuencia aprendida se ponga a sugerir en su área. | La sugerencia en pantalla de su área, en cualquier momento. | Las tareas y las horas de su propio equipo, y sólo de su equipo. |
| Dueño del proceso | Que una tarea se ejecute por primera vez, y después que se ejecute sin revisión humana del resultado. | La ejecución de cualquier tarea, de inmediato y sin pasar por nadie. Es el interruptor que importa: quien responde por el resultado de una tarea tiene que poder detener su automatización sin pedir turno. | El registro completo de ejecuciones: cuántas terminaron, cuántas no y en qué paso se detuvieron. |
| Recursos Humanos | Nada de la operación del agente. Su papel no es aprobar tareas. | La observación completa, si falta una firma o se incumple el alcance declarado. | Todo lo relativo a las personas: firmas, alcance, pausas y accesos. El brochure le asigna explícitamente la auditoría. |
| Área de sistemas | Nada del alcance. Instala y retira. | La instalación en un equipo o en todos. | El estado técnico: qué versión corre en qué equipo y desde cuándo. |
| Dirección | La ampliación a un área nueva. | El programa completo. | Horas liberadas y estabilidad. Dos números, no veinte. |
Actores: brochure de Relevo, secciones de privacidad y de arranque, más los roles que la base del sistema de embarques tiene dados de alta. Reparto de aprobaciones y de interruptores: criterio de esta ficha.
Hay una asimetría deliberada en esa tabla y conviene señalarla: detener es más fácil que aprobar. Para aprobar una ejecución hay que ser el dueño del proceso y hay que haber visto el registro. Para detenerla basta con ser cualquiera de los seis actores en su propio ámbito, y en el caso de la persona observada basta con un botón.
Esa asimetría no es una concesión: es lo que hace que el equipo no tenga que resistirse al sistema. Quien puede apagarlo cuando quiere no necesita sabotearlo.
Si el interruptor sólo lo tiene quien vendió el sistema, lo que se instaló no es una herramienta: es una dependencia.
La bitácora
Qué queda escrito de cada ejecución
La supervisión de la sección anterior no funciona sin registro. Y aquí hay algo que sí está verificado en el código de la plataforma, no propuesto: el mecanismo de bitácora de ejecución de agentes que el motor de la casa tiene construido.
Son los campos que una ejecución deja escritos. Cada fila de la tabla es un campo que existe en el meta-modelo de agentes de la plataforma, y la segunda columna dice para qué sirve en una supervisión real.
Campo del registro de una ejecución · para qué sirve
| Campo que queda escrito | Para qué sirve en la supervisión |
|---|---|
| Estado de la ejecución | Si terminó, si falló o si quedó a medias. Es el campo que alimenta el umbral del tablero del dueño del proceso, cuyo valor de alarma es uno. |
| Tokens usados y costo estimado | Lo que consumió esa ejecución. Con ese campo el gasto de la capa de modelos deja de ser una factura al final y pasa a ser una cifra por acción. |
| Tiempo que tardó | Milisegundos de la ejecución. Comparado con los segundos que tardaba la persona, dice si la automatización está ahorrando tiempo o trasladándolo. |
| Si requirió escalar a una persona, y el motivo | Los dos campos juntos son el corazón de la supervisión: no sólo que hubo que intervenir, sino por qué. Sin el motivo, el registro dice que algo falló y no permite corregirlo. |
| El resultado, completo | Lo que produjo la ejecución, guardado. Permite revisar sin volver a ejecutar. |
| El razonamiento y la confianza de la decisión | Existe un registro de decisión aparte, con el razonamiento paso a paso, el nivel de confianza, las herramientas que usó y una marca de si esa decisión requiere revisión humana. Es lo que convierte una decisión automática en una decisión revisable. |
| La versión de la configuración, con su huella | Qué configuración exacta estaba activa cuando ocurrió esa ejecución. Sin ese campo, una ejecución de la semana pasada no se puede reproducir. |
| La etiqueta humana de la ejecución | Una persona puede marcar si el resultado fue correcto, con el dato de entrada, la salida real y si esa marca se usó para volver a entrenar. Es el punto donde la revisión humana entra al aprendizaje en lugar de quedarse fuera. |
Fuente: código del motor de la casa en disco, revisión del 27 de septiembre de 2026. Nada se ejecutó: lo verificado es lo que el código y los scripts contienen, leídos línea por línea.Campos del meta-modelo de agentes de la plataforma: para la ejecución, para la etiqueta humana, para el registro de decisión y para la versión de configuración.
El campo que separa esta bitácora de un registro de errores corriente es el par «requirió escalar» más «motivo de la escalación». Un registro que dice que algo falló permite contar fallos. Un registro que dice por qué se tuvo que llamar a una persona permite arreglar la causa, y es lo que convierte el periodo de vigilancia en algo que termina en lugar de algo que se queda.
Y el último campo de la tabla es el que cierra el ciclo del brochure. Cada tarea que se hace le sirve al sistema para aprender, dice el brochure. La etiqueta humana es el mecanismo por el que la corrección de una persona entra a ese aprendizaje en lugar de perderse.
Pida el registro de las últimas cien ejecuciones con esos campos. Es la diferencia entre supervisar un agente y confiar en él.
Verificado en código
El mecanismo de gobierno que la plataforma tiene construido
Lo que sigue está verificado leyendo el código y los scripts de la plataforma en disco, y es la parte de esta página que no depende de ninguna promesa. El motor de la casa tiene construido un modelo de datos completo para registrar, gobernar y auditar agentes: treinta y cinco entidades, trescientos quince procedimientos almacenados —nueve por entidad— y treinta y dos controladores que los exponen.
Eso no significa que haya agentes corriendo. Significa que existe el expediente donde un agente se da de alta, se limita, se audita y se apaga. Las familias que importan para una supervisión son éstas:
Familia del mecanismo · qué guarda · por qué importa a la supervisión
| Familia | Qué guarda | Por qué importa |
|---|---|---|
| Ejecución y trazabilidad | Dos entidades: la ejecución y su etiquetado humano para entrenamiento. | Es la bitácora de la sección anterior. Sin ella no hay supervisión, sólo confianza. |
| Gobierno, riesgo y cumplimiento | Diez entidades: acciones correctivas, modelado de amenazas, incidentes, certificaciones, regulación aplicable, restricciones, el supervisor del agente, su autoevaluación, sus pruebas adversariales y sus indicadores. | La entidad de restricciones es el lugar donde se escribe qué no puede hacer un agente, y la del supervisor es la que lo hace cumplir. Las dos existen como estructura en el código. |
| Aprendizaje y modelos | Siete entidades: aprendizaje, versionado de conjuntos de datos, modelos, experimentos, ajuste fino, aprendizaje federado y configuración de etiquetado. | El versionado de conjuntos de datos es lo que permite saber con qué aprendió el agente en cada momento. Sin versión, el aprendizaje no es auditable. |
| Capacidades y conocimiento | Siete entidades: funcionalidades, herramientas que puede usar, instrucciones, base de conocimiento con su estrategia de troceado y su frecuencia de reindexado, contexto de la organización y recursos. | La lista de herramientas que un agente puede usar es un límite duro: lo que no está en la lista, no lo puede llamar. |
| Orquestación e integración | Cinco entidades: cadenas de un agente a otro, el enlace con el backend, tipos de tarea, registro de decisión y versionado de configuración. | El enlace con el backend guarda la ruta, el método, las operaciones permitidas, los filtros de acceso por fila y los campos a enmascarar. Es el punto exacto donde se limita a qué datos llega un agente. |
| Catálogos | Cuatro: nivel de autonomía, patrón de agente, tipo de agente y tipo de memoria. | El catálogo de nivel de autonomía es el que permite graduar un agente por etapas en lugar de encenderlo entero. |
Fuente: código del motor de la casa en disco, revisión del 27 de septiembre de 2026. Nada se ejecutó: lo verificado es lo que el código y los scripts contienen, leídos línea por línea.Meta-modelo de agentes, treinta y cinco entidades marcadas y trescientos quince procedimientos, más treinta y dos controladores.
Tres piezas de ese mecanismo son las que hacen publicable esta página, y conviene nombrarlas juntas. La entidad de restricciones, donde se escribe lo que un agente no puede hacer. El enlace con el backend, que guarda las operaciones permitidas, los filtros por fila y los campos a enmascarar, es decir el alcance de datos escrito como dato. Y el catálogo de niveles de autonomía, que permite que un agente empiece proponiendo y termine ejecutando por etapas, con una decisión humana en cada salto.
Sin esas tres piezas, la supervisión de las secciones anteriores sería una intención. Con ellas, es una configuración.
El mecanismo existe en el código. Lo que hay que exigir es que su instalación lo use, empezando por escribir las restricciones antes de encender la primera ejecución.
El hueco principal
Cero agentes dados de alta, y se dice
Ésta es la sección que esta página no puede omitir. En la base del motor de la casa, la tabla de agentes de inteligencia artificial tiene treinta y seis filas en toda la base, y ninguna corresponde a los sistemas de esta capa. Para el proyecto del sistema de embarques el conteo es cero, al corte del 27 de septiembre de 2026 con la hora del propio servidor.
Lo que esto significa, dicho con precisión: el mecanismo de la sección anterior está construido y ningún agente concreto está registrado en él todavía. Es la diferencia entre tener el expediente y tener el expediente lleno.
Y hay una segunda mitad del hueco que conviene publicar con el mismo detalle, porque es el tipo de cosa que un folleto omite. En el disco de la plataforma hay treinta carpetas de agente escritas en Python, con ciento dos archivos y algo más de doce mil líneas de código. Su propio plan maestro declara el estado en una palabra: planificación. Y la verificación de integración con el motor dio un resultado claro: cero referencias del motor a esos agentes, ni por nombre, ni por puerto, ni por biblioteca.
Lo que se buscó · lo que se encontró · qué se publica
| Lo que se buscó | Lo que se encontró | Qué se publica |
|---|---|---|
| Agentes dados de alta para este sistema | 0 filas. En toda la base: 36 filas, ninguna de los sistemas de esta capa. | El cero, con su conteo. No se atribuye a este sistema ningún agente de los treinta y seis. |
| El mecanismo para registrarlos | 35 entidades, 315 procedimientos almacenados y 32 controladores, verificados en disco. | El mecanismo, con su cita. Es lo que se afirma y es verificable. |
| Agentes escritos y ejecutables | 30 carpetas en Python, 102 archivos, más de doce mil líneas. Estructura uniforme de tres archivos por agente. Estado declarado por su propio plan: planificación. | Que el código existe y que su propio plan lo declara en planificación. No se publica como capacidad del producto. |
| Integración de esos agentes con el motor | Verificada como inexistente: cero referencias por nombre, cero por puerto y cero por biblioteca. Del lado del portal hay una constante de dirección que no se usa en ninguna otra línea del archivo. | La ausencia de integración, tal cual. Es andamiaje, no producción, y publicarlo como lo segundo sería falso. |
| Contratos de gobierno de interfaces y especificaciones formales | Existen en otro proyecto de la casa, no en éste. | Nada. No se atribuyen a este sistema. |
| Diagramas de arquitectura de este proyecto | 0 | El cero. Los esquemas de esta capa se dibujan a partir del proceso, y se dice que se dibujan. |
Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica. Conteos de código: Fuente: código del motor de la casa en disco, revisión del 27 de septiembre de 2026. Nada se ejecutó: lo verificado es lo que el código y los scripts contienen, leídos línea por línea.
La pregunta legítima después de leer esa tabla es por qué publicarla. La razón es que el brochure de este producto no declara ningún agente con nombre, y por tanto esta página no tiene ninguna lista que sostener. Lo que tiene es un agente descrito como producto y un mecanismo de gobierno verificado en código. Los dos se publican con su origen, y el hueco entre ellos se publica también.
Si esta página trajera una lista de agentes con nombre, esa lista tendría que venir del brochure y estar atribuida al brochure, nunca presentada como dato del motor. No la trae, porque el brochure no la tiene.
Un número de agentes que la base no tiene es el dato más fácil de inventar y el más fácil de desmentir. Aquí el número es cero y está escrito.
La escala
Cómo se gradúa un agente de proponer a ejecutar
El catálogo de niveles de autonomía de la plataforma permite lo que una instalación responsable necesita: que el agente no se encienda entero. Los cuatro peldaños de abajo son la aplicación de esa idea a este producto, y cada salto de peldaño tiene una firma y un requisito medible.
- Peldaño 1 · Observa y mide — Registra pasos y tiempos. No sugiere nada y no ejecuta nada. Requisito para entrar: política de uso firmada en cada equipo.
- Peldaño 2 · Propone el orden — Publica la lista de tareas ordenada por horas recuperables. Sigue sin tocar la pantalla de nadie. Requisito para salir: el supervisor valida que las secuencias detectadas son las correctas. aquí se rompe hoy
- Peldaño 3 · Sugiere en pantalla — Indica el siguiente paso al operador mientras trabaja. La persona sigue haciendo la tarea. Requisito para salir: el paso tiene camino de reversión declarado y el dueño del proceso autoriza la tarea. aquí se rompe hoy
- Peldaño 4 · Ejecuta con revisión — Hace la tarea y una persona revisa cada resultado. Requisito para salir: registro de ejecuciones estable durante un periodo de vigilancia acordado, con el número de fallos a la vista. aquí se rompe hoy
- Peldaño 5 · Ejecuta sin revisión — Hace la tarea y sólo escala cuando algo se sale de lo previsto, con el motivo escrito. Es el único peldaño donde la hora se recupera completa. aquí se rompe hoy
Los cuatro cortes marcados son los cuatro puntos donde hay una firma humana. Y el orden importa: nadie salta del primero al último. Un agente que se enciende en el peldaño cinco el primer día no ahorra tiempo, produce el trabajo de averiguar qué hizo.
Hay una lectura de esta escala que conviene para la conversación interna: los peldaños uno a tres no cambian nada en la operación y por tanto no hay razón para retrasarlos. Los peldaños cuatro y cinco sí, y por eso llevan la firma de quien responde por el resultado.
Un agente que se gradúa por peldaños se puede detener en cualquiera. Uno que se enciende entero sólo se puede apagar entero.
La verificación
Qué pedir antes de encender el primero
Seis cosas, y las seis existen o no existen antes de la primera ejecución. Ninguna requiere desarrollo: todas son configuración o documento.
- Las restricciones escritas. Qué no puede hacer el agente, en la entidad de restricciones del mecanismo, no en un correo. Si no están escritas, no hay límite.
- El alcance de datos. Las operaciones permitidas, los filtros por fila y los campos a enmascarar, en el enlace con el backend. Es donde se escribe a qué datos llega y a cuáles no.
- El peldaño de partida. Y el requisito de salida de ese peldaño, con su número. «Cuando esté estable» no es un requisito.
- El interruptor, probado. No la existencia del interruptor: la prueba de que el dueño del proceso lo usa y la ejecución se detiene. Se prueba en cinco minutos.
- La bitácora, con sus campos. Estado, tiempo, costo, si requirió escalar y el motivo, resultado, versión de configuración. Pida las últimas cien filas.
- Las firmas. La política de uso y el aviso de privacidad firmados en cada equipo observado, con fecha, y revisados contra la ley publicada en el Diario Oficial de la Federación el 20 de marzo de 2025, que ya no atribuye la autoridad al organismo garante anterior.
Y lo que esta página no afirma, dicho con la misma claridad que el resto. El mecanismo de gobierno de agentes está verificado leyendo el código y los scripts en disco: no se ejecutó nada. Las puertas, las autorizaciones y los cinco peldaños son el criterio de esta ficha, construido sobre los seis controles que el brochure declara; no están medidos corriendo. Y el número de agentes dados de alta en la base para este sistema es cero, que es lo que la consulta devolvió.
Lo que sí está medido y sostiene la supervisión: veinticuatro pantallas con flujo de aprobación declarado, seis pantallas de auditoría, cuarenta rutas de API dedicadas al historial de cambios, y diecisiete pasos de proceso con camino de ejecución de los cuales once tienen además el camino que los revierte.
Con esas seis cosas sobre la mesa, encender el primer agente es una decisión. Sin ellas, es una apuesta sobre el trabajo de su gente.
Preguntas frecuentes
¿Cuántos agentes trae Relevo?
Ninguno con nombre, y no es una carencia. El brochure describe el producto entero como un único agente que observa, aprende, sugiere y ejecuta. Y en la base del motor, para este sistema, el número de agentes dados de alta es cero: la tabla tiene treinta y seis filas en toda la base y ninguna es de los sistemas de esta capa. Esta página publica ese cero en lugar de una lista.
¿Qué no hace el agente sin que alguien lo autorice?
Cinco cosas. Empezar a observar un equipo nuevo, que requiere la firma de la persona. Poner a sugerir una secuencia, que requiere la validación del supervisor. Ejecutar una tarea por primera vez, que requiere al dueño del proceso. Ejecutar sin revisión humana, que requiere al dueño del proceso con el registro de ejecuciones delante. Y ampliar a un área nueva, que requiere a la dirección. Un paso sin camino de reversión no se automatiza por omisión: requiere una decisión expresa y por escrito.
¿Quién puede apagarlo?
Seis actores, cada uno en su ámbito, y detener es deliberadamente más fácil que aprobar. La persona observada detiene la observación de su equipo con el botón de pausa, sin pedir permiso. El jefe de área detiene la sugerencia en su área. El dueño del proceso detiene la ejecución de cualquier tarea de inmediato y sin pasar por nadie. Recursos Humanos detiene la observación completa si falta una firma. Sistemas retira la instalación. Y la dirección detiene el programa.
¿Qué queda registrado de cada ejecución?
El mecanismo de la plataforma guarda el estado de la ejecución, los tokens y el costo, el tiempo que tardó, si requirió escalar a una persona y el motivo, el resultado completo, la versión exacta de la configuración con su huella, y un registro de decisión aparte con el razonamiento, la confianza, las herramientas usadas y una marca de si esa decisión requiere revisión humana. Además, una persona puede etiquetar el resultado como correcto o incorrecto, y esa etiqueta entra al aprendizaje.
¿Los treinta agentes en Python son parte del producto?
No, y publicarlo como si lo fueran sería falso. Existen en disco: treinta carpetas, ciento dos archivos y más de doce mil líneas. Su propio plan maestro declara el estado en una palabra, planificación. Y la verificación de integración con el motor dio cero referencias por nombre, cero por puerto y cero por biblioteca. Es andamiaje, y así se publica.
¿Por qué el aprendizaje corre sin aprobación y la ejecución no?
Porque aprender no cambia nada en su operación: produce una propuesta que nadie tiene que aceptar. Observar a una persona, sugerirle un paso y ejecutar en su lugar sí afectan a alguien, y las tres están detrás de una firma. De las cuatro etapas del ciclo, tres tienen puerta y sólo la que no afecta a nadie corre sola. Ese reparto es lo que hace instalable un agente que aprende.
Referencias
- Relevo · brochure de logística, diez páginas: el ciclo de cuatro capacidades, la sección de privacidad con sus seis controles y la sección de arranque con sus cuatro pasos. No nombra ningún agente individual.
- el motor de la casa en disco: meta-modelo de agentes con treinta y cinco entidades y trescientos quince procedimientos almacenados, treinta y dos controladores, y treinta carpetas de agente en Python con estado declarado de planificación. Revisión del 27 de septiembre de 2026; nada se ejecutó.
- Base del motor de la casa: tabla de agentes de inteligencia artificial (treinta y seis filas en toda la base, cero para el proyecto de este sistema en el motor), pantallas con flujo de aprobación, pantallas de auditoría, rutas de auditoría y pasos de proceso con camino de reversión. Consulta de sólo lectura del 27 de septiembre de 2026, corte de servidor 13:52–14:03 h.
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares, Diario Oficial de la Federación del 20 de marzo de 2025. Verificada al 27 de septiembre de 2026. ↗
El modelo
Primero ve su sistema funcionando, sin costo y sin compromiso. Después decide si lo compra o lo renta.
No es un demo: es Relevo con sus procesos, sus áreas y su operación dentro. Entra, lo recorre y lo usa. Verlo no cuesta nada y no lo compromete a nada. Cuando decida, cobramos por resultados, no por entregables.
Siga por aquí