· Operación
Un agente amplifica el proceso que encuentra. Si el proceso no está preparado, amplifica el desorden.
La capacidad de los modelos ya no es la limitación: en 2026 hay agentes que orquestan miles de subagentes, corren en un equipo de 24 GB o cuesta centavos por minuto de voz. Lo que decide el resultado es lo que hay antes del agente: el proceso, los permisos y la supervisión.
Estos siete puntos son la lista que pedimos ver antes de poner un agente a trabajar con un cliente. No es un filtro de ventas: es la forma de que la primera semana no termine en un incidente.
Un agente ejecuta reglas. Si las reglas cambian cada semana, cada cambio obliga a reconfigurar y la automatización nunca converge. Escribe el flujo como lo haría un operador nuevo en su primer día.
La estabilidad no significa que el proceso no mejore: significa que primero se asienta y después se automatiza. Automatizar un proceso que aún cambia es financiar el desorden.
La automatización no elimina la responsabilidad, la reasigna. Define una persona responsable del resultado del agente y otra para los casos que el agente no puede resolver.
La regla de escalamiento debe decir qué dispara la subida, a quién avisa y con qué contexto. Un agente sin escalamiento definido se convierte en un cuello de botella con mejor vocabulario.
La autonomía se calibra por acción, no por confianza general. Responder una pregunta frecuente o agendar una cita pueden ser automáticos; enviar una comunicación crítica, cobrar, firmar o eliminar registros requieren aprobación humana.
Esta tabla de permisos es lo que separa un agente útil de un incidente. Es también lo que hacen los proveedores grandes: Claude Duet pide aprobación antes de enviar, pagar, firmar o borrar.
Sin registro no hay mejora continua ni rendición de cuentas. Guarda el contenido, la hora, la decisión y, cuando hubo intervención humana, quién intervino.
La trazabilidad también es lo que permite reconstruir una disputa: sin historial, cada conversación es una versión.
Define cómo se detecta el error y cómo se revierte: un pedido mal procesado, una cita agendada con los datos equivocados, un cobro duplicado. El procedimiento de reversión se escribe antes de activar el agente.
Sin reversión probada, la primera falla consume la confianza del equipo y el proyecto se cancela por riesgo, no por costo.
Antes de automatizar, mide: cuántos casos al día, a qué hora se concentran, cuánto tarda una atención y cuántos cierran. Esa línea base es la única forma de demostrar el efecto después.
Medir el antes también evita el error más común: medir únicamente lo que el agente tocó y comparar contra nada.
Compara el costo total de la vía actual (persona, incluyendo capacitación, rotación y el costo de no atender) contra el costo por conversación resuelta con agente, y agrega el costo de operación y supervisión.
Con los precios de 2026 este cálculo cambia: la voz cuesta centavos por minuto y los modelos y agentes más baratos por tarea. Lo que se decide aquí no es si usar IA, sino si este proceso la aguanta.
Las que aparecen en una llamada real, con la respuesta que hoy damos. Si tu caso no está aquí, pregúntale al agente con el contexto de tu operación.
El que tenga mayor volumen, reglas estables y un dueño claro. Un proceso con volumen bajo o reglas que cambian cada semana no mejora con un agente: mejora con un proceso escrito.
Solo si esa acción está explícitamente autorizada. En la operación de scAIe, el agente responde y agenda de forma autónoma; enviar, cobrar, firmar o eliminar registros queda bajo aprobación humana.
Prueba el camino completo: evento, fuente, destino. Un dashboard vacío casi siempre indica instrumentación rota, no ausencia de datos. Es el mismo criterio que aplicamos al operar agentes: evidencia, no suposiciones.
El cálculo útil es el costo por conversación resuelta frente a la vía actual, sumando supervisión y reversión. El precio por token es la variable menos relevante del ejercicio.
Estas fuentes primarias permiten contrastar las descripciones de proveedores. Los criterios de evaluación y las recomendaciones son interpretación de ingeniería de scAIe y deben validarse en cada implementación.