Resumen ejecutivo
Por qué los proyectos de agentes que llegan a producción comparten una decisión de diseño que casi nadie discute al inicio.
Hay un patrón que separa los proyectos de agentes de IA que llegan a producción de los que se quedan en demostración, y no es el modelo, ni el presupuesto, ni el sector. Es una decisión de diseño que casi nadie discute al inicio: dónde firma una persona.
El piloto que nadie apaga y nadie usa
El ciclo es conocido. Un equipo entusiasta construye un agente que responde bien en la demostración. Llega la pregunta de producción — ¿y si se equivoca? — y, sin una respuesta diseñada, el proyecto se congela en un limbo: demasiado prometedor para cancelarlo, demasiado riesgoso para conectarlo. La mayoría de los pilotos no muere por mala tecnología; muere por responsabilidad indefinida.
La firma como decisión de arquitectura
Los proyectos que sí llegan a producción resuelven eso antes de escribir código. Definen qué acciones ejecuta el agente solo, cuáles prepara para que alguien apruebe, y qué registro queda de cada una. La firma humana no es un trámite agregado al final: es parte de la arquitectura, tan estructural como la base de datos.
Un agente sin punto de firma definido no es autónomo: es huérfano.
Lo que cambia en la práctica
Con el punto de firma resuelto, las conversaciones difíciles se vuelven simples. Legal sabe qué revisar. El dueño del proceso sabe qué delegó. Auditoría encuentra el registro. Y el equipo que construyó el agente puede mejorarlo, porque cada corrección humana queda documentada y se convierte en material de entrenamiento del proceso.
En Aplaid este patrón tiene nombre de regla — la IA propone; las personas firman — y lo aplicamos igual en nuestro producto que en los sistemas que construimos para clientes. No porque la autonomía no sirva, sino porque la autonomía que sirve es la que alguien decidió otorgar, por escrito.
