Elige un proceso con límites claros
Busca un trabajo con entradas reconocibles, reglas que puedan explicarse y un resultado revisable. Los buenos primeros candidatos suelen reunir información, preparar borradores, clasificar casos, actualizar sistemas o coordinar pasos conocidos. Evita comenzar por decisiones irreversibles, pagos o acciones legales sin controles maduros.
Describe el proceso actual con ejemplos. Cuenta volumen, excepciones, tiempos de espera, errores y personas involucradas. Puedes usar el agente para preparar el caso y dejar la decisión en manos de una persona. Esa opción reduce búsquedas sin eliminar la revisión.
- Ocurre con frecuencia y tiene un inicio identificable.
- Las fuentes están autorizadas y tienen responsables.
- Las reglas pueden expresarse y probarse.
- La salida se puede revisar antes de usarla.
- Existe una vía manual cuando la automatización se detiene.
Convierte el proceso en un contrato operativo
Define el evento que inicia la corrida, los datos mínimos, las herramientas disponibles, la salida esperada y los estados posibles. Escribe también las condiciones de rechazo: información incompleta, fuente no autorizada, permiso ausente o resultado fuera de rango.
Separa observación, propuesta y acción. Un agente puede leer y resumir antes de tener permiso para escribir. Puede preparar un cambio antes de poder enviarlo. Este avance gradual permite validar utilidad sin entregar de inmediato acceso amplio.
- Trigger: qué inicia el trabajo y quién puede iniciarlo.
- Inputs: campos, archivos y fuentes permitidas.
- Policy: acciones autorizadas, prohibidas y sujetas a aprobación.
- Output: artefacto, destino y definición de terminado.
- Receipt: evidencia de lo leído, decidido, ejecutado y revisado.
Da la herramienta mínima para completar la tarea
Cada conexión amplía el alcance de un error. Usa cuentas de servicio o credenciales específicas cuando sea posible y limita permisos por proyecto. Mantén separada la información de cada organización, tanto en la memoria como en carpetas y registros.
El agente necesita instrucciones sobre cuándo usar una herramienta y qué hacer si falla. Un error de autenticación, un dato ausente o una respuesta inesperada deben detener el paso afectado y producir un registro comprensible. Reintentar ciegamente puede duplicar mensajes, registros o cobros.
Concede la autoridad mínima para completar la tarea. Conserva evidencia de cada acción y una ruta de recuperación.
Prueba con casos normales, límites y fallas
Crea un conjunto de ejemplos antes de conectar producción. Incluye un caso normal, campos vacíos, formatos distintos, duplicados, datos contradictorios y una instrucción maliciosa dentro de una fuente. Define qué salida o detención esperas en cada uno.
Evalúa contenido y efectos. Un borrador puede ser correcto y aun así enviarse a la persona equivocada. Una clasificación puede parecer razonable y escribir en el registro incorrecto. Usa un entorno de prueba, simulación o modo de solo lectura antes de permitir mutaciones.
- Pruebas de contrato para entradas y salidas.
- Pruebas de política para permisos y aislamiento.
- Pruebas de herramientas para errores y reintentos.
- Pruebas de calidad con ejemplos aprobados.
- Pruebas de recuperación, pausa y reversión.
Opera con registros, revisión y una salida manual
Cada corrida debe dejar un identificador, fecha, versión de instrucciones, fuentes consultadas, decisiones, herramientas llamadas, resultados y aprobaciones. Estos registros ayudan a explicar un error y a saber qué debe repetirse después de una corrección.
Define umbrales de revisión. Los casos rutinarios y de bajo riesgo pueden avanzar; las excepciones, montos altos, datos sensibles o baja confianza deben detenerse. Una persona necesita ver el contexto suficiente para aprobar o corregir sin reconstruir toda la corrida.
- Tablero de corridas y estados.
- Cola de excepciones con motivo claro.
- Alertas por fallo repetido o fuente inaccesible.
- Métricas de volumen, tiempo, error, revisión y recuperación.
- Procedimiento para desactivar y continuar manualmente.
Mejora semanalmente desde los casos reales
Revisa una muestra de corridas correctas, corregidas y detenidas. Agrupa las causas: fuente, regla, instrucción, herramienta, permiso o cambio externo. Corrige primero el contrato o la fuente canónica; después ajusta el agente.
Construye por tu cuenta cuando el proceso sea pequeño, reversible y tengas capacidad de probarlo. Busca una implementación acompañada cuando existan varias conexiones, datos sensibles, acciones externas o dependencia operativa. Ese trabajo debe terminar con responsables, controles y evidencia, además de las instrucciones del agente.
SI PREFIERES CONSTRUIRLO CON NOSOTROS
Cuando el proceso ya importa, la implementación también necesita dueño.
UNSU diseña e implementa agentes alrededor de procesos reales, con fuentes, límites, pruebas, documentación y entrega. Consulta el alcance vigente en la página del producto.
Ver ImplementaciónPreguntas frecuentes
¿Qué es un agente de IA en una empresa?
Es un sistema que recibe un objetivo y contexto, decide pasos dentro de reglas, usa herramientas autorizadas y deja resultados para revisión. No es una persona ni debería operar sin límites definidos.
¿Cuál proceso conviene automatizar primero?
Uno frecuente, de bajo riesgo, con entradas identificables y un resultado que alguien puede revisar. Preparar o clasificar suele ser un punto de inicio más seguro que ejecutar decisiones irreversibles.
¿La automatización elimina la revisión humana?
No necesariamente. Puede reducir trabajo repetitivo y concentrar la revisión en excepciones. La cantidad de supervisión depende del riesgo, la calidad de las fuentes y la madurez del sistema.
¿Cómo evito que el agente haga algo incorrecto?
Limita permisos, valida entradas, prueba casos adversos, exige aprobación en acciones sensibles, registra cada herramienta usada y conserva una forma de pausar o revertir.
