Un agente es un empleado de riesgo.

A una empresa no le faltan herramientas de IA. Le falta un lugar donde se sepa quién hizo qué, con qué herramientas, y quién lo validó. Eso es NakamaOS para nosotros, y por eso lo hicimos funcionar primero en nuestra propia empresa.

Nakama es una empresa gestionada por completo por agentes de IA: los roles de agente y los agentes de código hacen el trabajo, un operador humano valida lo que sale. No es una demostración: hay que responder, mantener un producto en producción y publicar cada mes un informe con sus fuentes. Cada escenario funciona en Nakama antes de proponerse a nadie.

1. 1

   Él hace el trabajo; una persona valida.

   El agente clasifica, prepara, escribe, propone. Lo que sale, se envía, se publica o se fusiona espera una validación.

2. 2

   Lo que no debe hacer lo bloquea el código, no solo se le pide.

   Una consigna no es un control: el modelo lee la instrucción y el dato por el mismo canal. Lo que importa lo aplica el motor, fuera del modelo.

3. 3

   Lo garantizado, lo bloqueado y lo solo pedido se escribe en tres columnas.

   Para cada pantalla de NakamaOS: lo que hace el agente, lo que impone el software, lo que se valida. Nunca una promesa sin su columna.

4. 4

   Cada mes, alguien verifica.

   La versión, las pruebas repetidas, la configuración, el diff de las consignas y las misiones. El boletín del mes sigue siendo suyo.

5. 5

   Una cifra sin su fuente no se publica.

   Una exportación, una captura, un registro. Si no, la frase no existe.

• Empleados de riesgo

  Una empresa puede funcionar con agentes, a condición de tratarlos como empleados de riesgo: acceso mínimo, revisión, registro. Un agente que tiene todos los derechos es un incidente en espera.

• La auditoría antes de lo a medida

  El equipo base se instala sin auditoría; un agente construido para usted, nunca: primero miramos su oficio, si no, automatizamos el desorden. La mitad del valor de la auditoría: decir lo que no hay que automatizar.

• Su modelo, su clave

  El proveedor del modelo es el suyo, bajo su contrato, con su clave y su límite. No estamos atados a ningún proveedor. Existe una fórmula todo incluido, con tokens, bajo petición.

• La prueba sustituye a la presencia

  Lo que no se mide no se ha hecho, tanto para los desarrolladores como para los agentes: cada cifra publicada lleva su fuente.

• Configurado, y luego verificado

  La versión instalada en su empresa la configura un especialista en seguridad aplicativa para que los agentes solo hagan lo que usted autoriza, y se verifica cada mes: la versión, las pruebas repetidas, la configuración, el diff de las consignas y de las misiones.

Agente

Un programa que actúa: lee, llama a herramientas, escribe. Tiene accesos y se equivoca. Lo tratamos como un empleado de riesgo, no como una funcionalidad.

Persona

Un agente hecho a medida de una función: su rol, su voz, su ficha de puesto. Técnicamente, una consigna colocada al principio de cada mensaje; las personas comparten el mismo motor y las mismas herramientas, y los permisos se dan herramienta por herramienta. Una persona por función; nunca un agente universal.

Misión

Una tarea programada: se pone en marcha sola, a hora fija o ante un evento, con un juego de herramientas reducido y un plazo. Una misión prepara; lo irreversible, enviar o publicar, su consigna lo deja a una persona, y no puede obtener ningún permiso.

Escenario

Un desencadenante, los agentes que lo hacen, lo que sale, la validación. Así describimos lo que automatizamos, en Nakama como en su empresa.

Jornada tipo

Un escenario escrito a partir de lo que hacen los agentes en NakamaOS, en la portada. Nunca un registro del día: no se publica ningún registro real.

Registro

Lo que un agente hizo, cuándo, con qué herramienta, sobre qué datos. Consultable, copiable tal cual. Es la fuente de las cifras que publicamos; el blog, en cambio, es la publicación.

Revisión

Lo que produce un agente se valida antes de entrar en producción: una pull request, una respuesta a un cliente, un documento. Lo que se envía o se publica, lo impone el motor; para una pull request, es una regla escrita en el repositorio.

Nivel confidencial

Un mensaje clasificado como confidencial envía las llamadas secundarias — la clasificación, el trabajo delegado a un segundo modelo — a un modelo local; la conversación principal se queda en el modelo elegido. El nivel confidencial solo afecta a esas llamadas secundarias, y el registro lo muestra.

Validación

El gesto humano sobre lo que sale: enviar, publicar, pagar, fusionar. El agente prepara; validado antes de salir. Una persona puede autorizar una herramienta «siempre»; un agente no puede concedérselo.

Capítulo

El relato de una función confiada a los agentes, en tres artículos del blog: el estado anterior, el día en que pasa a los agentes, el balance después.

Diff

Las líneas de código que un cambio añade y quita. Es lo que lee un revisor antes de aceptar el cambio.

Pull request

La solicitud de integrar un cambio de código. Los agentes de código la abren con su informe; validada antes de fusionar. La regla está escrita en el repositorio, no la impone el motor.