La idea clave
Koa apuesta por conocer mejor un trabajo concreto: las operaciones con clientes. La pregunta útil es si completa correctamente tus procesos, no si responde de todo.
Responder bien a una pregunta sobre un cliente y actualizar bien su expediente son tareas diferentes. Salesforce y NVIDIA anunciaron Koa el 15 de septiembre, un modelo de razonamiento especializado en CRM para Agentforce. CRM es el sistema donde una empresa organiza contactos, oportunidades comerciales y solicitudes de atención. El comunicado original en inglés sitúa la novedad en los procesos de varios pasos.
Qué ha presentado Salesforce
Koa parte de NVIDIA Nemotron 3 Super y recibe entrenamiento posterior con escenarios sintéticos de trabajo empresarial. Salesforce afirma que controla sus pesos y ejecuta el modelo dentro de su propia infraestructura. La especialización busca que el agente elija herramientas y acciones adecuadas para completar un proceso.
Ese enfoque permite plantear una comparación más útil que «qué modelo es más inteligente». Un asistente puede redactar una explicación excelente y aun así elegir el registro equivocado. En una herramienta de trabajo importa el estado que deja detrás: qué cambió, por qué y si estaba autorizado.
Entrenamiento y disponibilidad
Salesforce declara que no utilizó datos de clientes para entrenar Koa. El anuncio describe uso interno y entrada en pilotos con clientes, no disponibilidad general. También publica una mejora de errores en su propio benchmark de CRM; esa cifra debe leerse como un resultado atribuido al proveedor, no como una medición independiente de Texploto.
Hay dos preguntas separadas para una empresa interesada. Una es de dónde procede el material utilizado para construir el modelo. Otra es qué información necesita consultar cuando trabaja para ti. Resolver la primera no sustituye revisar la segunda ni decidir qué empleados pueden darle acceso.
Un caso que separa hablar de actuar
Caso hipotético para una evaluación
Un cliente ficticio solicita cambiar el contacto de una oportunidad y aplazar una reunión. Hay dos personas con el mismo apellido. El agente debe pedir el dato que falta antes de modificar el expediente.
Define el resultado esperado antes de mostrarle el caso: una sola oportunidad modificada, la persona correcta, la fecha confirmada y una explicación breve de los cambios. Introduce después una condición: la oportunidad está cerrada y necesita revisión de un responsable. Así puedes observar si la herramienta respeta el proceso incluso cuando terminar rápido sería más fácil.
Cuenta cada intervención humana. Pedir una aclaración necesaria puede ser una buena decisión; obligarte a reparar un cambio evitable es un coste. Agrupar ambas cosas bajo «necesitó ayuda» ocultaría la diferencia entre prudencia y fallo.
Cómo leer la promesa
Para valorar un piloto, nuestra propuesta es conservar un pequeño conjunto de casos normales, ambiguos y excepcionales. Compara el resultado final con una solución revisada y registra cuánto tardas en comprobarlo. Un proceso acelerado que genera una cola de correcciones puede ahorrar menos de lo que parece.
También merece la pena preguntar cómo se incorpora una regla de negocio nueva y cómo se verifica que la anterior deja de aplicarse. La especialización solo resulta útil si acompaña al trabajo real cuando este cambia. Koa abre una vía interesante: medir la IA por una responsabilidad concreta y un resultado comprobable.
Fuente: Salesforce, 15/09/2026; consulta del 16/09. Análisis editorial y caso hipotético, sin acceso al piloto ni pruebas propias. Otra aproximación al trabajo especializado aparece en nuestra pieza sobre Claude y las herramientas de los asesores.
