Se construye por etapas con entregas verificables: un diagnóstico del proceso y de tus sistemas, los conectores, el núcleo del proceso con su gobierno, una operación en paralelo contra lo que haces hoy y, sólo después, la operación real, con el código en tu repositorio. Cada etapa termina con evidencia, no con una presentación.
Paso 1: ¿qué se hace en el diagnóstico?
Se elige un proceso y se entiende de verdad. Con las personas que lo operan se recorre cómo funciona hoy: qué sistemas toca, dónde se atora, qué excepciones aparecen y quién las decide. Se identifica cada sistema y su puerta, y se mide el punto de partida para poder comparar al final.
El resultado es una decisión honesta: si conviene un sistema agéntico, una integración clásica o nada todavía. También un alcance acotado: el primer proceso, no toda la empresa.
Paso 2: ¿cómo se hace el mapa de sistemas y de riesgos?
Para cada sistema: qué dato es la fuente de verdad, qué puerta se usa (ver conectores), qué permisos se necesitan y quién los autoriza. Para cada acción del proceso: qué riesgo tiene y si exige aprobación humana. Aquí se decide también qué datos pueden llegar a un modelo y cuáles no (ver seguridad y datos).
Paso 3: ¿qué se construye primero?
Los conectores, empezando por lectura. Con ellos se prueba, contra un entorno que no sea producción, que el agente ve lo que debe ver y nada más. Cada acción de escritura se agrega una a la vez, con su límite y su prueba. Es la parte menos vistosa y la que más determina si el sistema es confiable.
Paso 4: ¿cómo se arma el núcleo?
Se escribe el proceso: sus pasos, sus reglas, sus excepciones y los puntos donde decide una persona (ver núcleos agénticos). Se instruye a los agentes, se definen sus límites en el código y se construye la bitácora, el freno y la vista donde el equipo supervisa (ver gobierno). Los modelos se eligen por tarea: uno distinto para clasificar que para redactar o para razonar un caso difícil. Construimos sobre varios proveedores, entre ellos Claude.
Paso 5: ¿cómo se prueba?
Con casos reales anonimizados y con casos diseñados para romperlo: documentos ambiguos, datos contradictorios, intentos de saltarse un límite, un sistema que no responde. La prueba que importa es la que intenta violar la regla y comprueba que el sistema la detiene. Se prueba también por el canal por el que realmente entra el trabajo, no sólo llamando al código directamente.
Los criterios de salida se acuerdan antes de empezar: qué debe ocurrir, con qué calidad y con cuánta intervención humana, para considerar que el agente está listo.
Paso 6: ¿qué es operar en paralelo?
El agente trabaja al lado del proceso actual. Sus propuestas se comparan contra lo que hacen las personas; se revisan las diferencias y se ajusta. Cuando los resultados son consistentes, se transfiere trabajo real de forma gradual, empezando por los casos de menor riesgo. Mientras tanto, el proceso de hoy sigue vivo como respaldo.
Paso 7: ¿cómo se entrega y qué pasa después?
El sistema queda operando, con su documentación, su bitácora y las personas de tu equipo capacitadas para supervisarlo. El código vive en tu repositorio y tu infraestructura; si decides continuar sin nosotros, puedes hacerlo. Si decides seguir juntos, el trabajo siguiente es sobre evidencia: qué casos escalan más, dónde conviene un límite distinto, qué proceso sigue.
Para volver a las dudas de fondo, lee las preguntas frecuentes; para ver el abanico completo, la guía. Si ya tienes un proceso en mente, el primer paso es un diagnóstico.