Sistemas agénticos: la guía para quien opera y quien responde por los sistemas

Para quien tiene que responder por la operación o por los sistemas: directores de operaciones, de TI, de procesos, de crédito o de finanzas. No hace falta saber de inteligencia artificial. Hace falta conocer tus propios sistemas, porque casi todo lo que sigue depende de ellos: dónde vive el dato, qué puertas tiene cada sistema, quién puede hacer qué.

Escribimos cada página para que se pueda leer sola. Si sólo tienes cinco minutos, empieza por qué es un sistema agéntico; si ya sabes qué quieres, salta a la pregunta que te frena.

Tu empresa no necesita cambiar de sistemas para trabajar con agentes. Sobre lo que ya tienes se construye una capa nueva: conectores hacia cada sistema, núcleos donde vive la lógica de cada proceso y agentes que trabajan dentro de esa capa. A esa capa la llamamos Agentic OS, el sistema operativo de tu operación con agentes: opera tus sistemas. Synthetic OS es el complemento: dirige a cada agente, con sus reglas, su memoria, su vigilancia y su freno.

Todo lo demás en esta guía es una consecuencia de esa idea: por qué no se migra nada, por qué el gobierno es parte del diseño y no un añadido, y por qué un agente no se compara con un bot de pantalla.

Este es el mapa. Las páginas se enlazan entre sí, pero ninguna exige haber leído otra.

• ¿Qué es un sistema agéntico y en qué se distingue de un software tradicional? La definición, con un ejemplo de una sola operación.
• ¿Cómo se conecta un agente a un ERP, un CRM o un sistema de crédito? API, MCP y qué hacer donde no hay puerta.
• ¿Se puede construir encima de sistemas legados sin migrarlos? La capa agéntica y sus límites honestos.
• ¿Qué son los núcleos agénticos? Originación, cobranza, atención y cierre de mes.
• ¿Cómo se gobierna un agente? Bitácora, permisos, freno e intervención humana.
• ¿Qué pasa con la seguridad y los datos? Qué se expone, qué no, y dónde vive cada cosa.
• ¿En qué se distingue de RPA y de las integraciones clásicas? Una comparación cualitativa, con los casos donde la otra opción gana.
• ¿Cómo se construye, paso a paso? De la primera conversación a la operación.
• Preguntas frecuentes Las objeciones que aparecen en casi toda evaluación.

• Dirección de operaciones: qué es un sistema agéntico, los núcleos agénticos y la comparación con RPA e integraciones. Te dicen qué procesos se prestan y cuáles no.
• Dirección de TI: conectores, construir sin migrar y seguridad y datos. Te dicen qué puertas se abren, con qué permisos y qué se queda en tus sistemas.
• Control interno, riesgos o cumplimiento: gobierno y seguridad y datos. Te dicen qué queda registrado, quién aprueba y cómo se frena.
• Quien decide la inversión: cómo se construye y preguntas frecuentes. Te dicen cómo se avanza por etapas y qué se entrega en cada una.

Si una respuesta te deja con una duda, es señal de que falta una conversación sobre tus sistemas, y para eso existe el diagnóstico.

Cuatro, y se verifican en cualquier proyecto:

• Construir encima, no reemplazar. Los sistemas que ya operan siguen siendo la fuente de verdad.
• Tu equipo dirige, los agentes ejecutan, todo queda auditado. Es nuestra forma de decir accountable by design: la responsabilidad se diseña desde el primer día.
• Ningún agente finge ser una persona. Se presentan como agentes, siempre.
• El núcleo es tuyo. Lo construimos en tu repositorio y tu infraestructura, para que dejes de depender de nosotros cuando quieras.

Construimos sobre modelos de varios proveedores, entre ellos Claude, y los elegimos por tarea. La decisión sobre qué modelo hace qué se documenta en cada proyecto.

Tiene sentido cuando un proceso reúne cuatro cosas: volumen suficiente para que valga la pena, reglas que se puedan escribir, sistemas con alguna puerta disponible y una persona dueña de las decisiones del proceso. Una señal muy común es alguien que salta entre tres pantallas para completar una sola tarea, copiando datos de una a otra.

Conviene esperar si el dato fuente está roto, si nadie decide qué se hace con las excepciones o si el proceso cambia cada semana. Un agente no arregla un proceso que no está definido: lo vuelve más rápido y más difícil de seguir. En esos casos el primer paso es ordenar el proceso, y lo decimos antes de construir nada.

No hace falta un documento largo. Con estas respuestas, una primera conversación ya puede ser útil:

• Qué proceso quieres mejorar y quién es su dueño hoy.
• Qué sistemas toca: el ERP, el CRM, el sistema de crédito, hojas de cálculo, correo.
• Qué puertas tienen esos sistemas: API, exportaciones, o sólo pantalla.
• Qué decisiones toma una persona y cuáles podrían quedar como reglas.
• Qué no se puede equivocar nunca y quién tendría que aprobarlo.

Si no sabes alguna respuesta, también sirve: parte del diagnóstico es descubrirla contigo y con tu equipo de TI.

Si ya identificas un proceso que hoy depende de que alguien salte entre tres pantallas, lo más útil es un diagnóstico: revisamos contigo los sistemas involucrados, sus puertas y el riesgo, y te decimos con honestidad si conviene un sistema agéntico o algo más simple. A veces la respuesta es una integración clásica, y lo decimos. Puedes empezar por las preguntas frecuentes o ir directo al diagnóstico.