En la jornada principal de Dreamforce 2026, el 15 de septiembre en San Francisco, Salesforce anunció AIforce, el modelo de razonamiento Koa y alianzas ampliadas con Google Cloud y AWS. Vistos por separado parecen cinco noticias de producto. Vistos juntos describen una sola decisión de arquitectura, y esa decisión tiene consecuencias para cualquier empresa que opere software de negocio, use o no Salesforce.
Qué se anunció
- AIforce: descrito como una capa de interfaz viva que lleva la plataforma a donde trabajan personas y agentes. Se lanza con Claudeforce, Slackforce y Agentforce Coworker.
- Koa: el primer modelo de razonamiento para CRM de Salesforce, post-entrenado sobre NVIDIA Nemotron 3 Super. La compañía indica que no se usaron datos de clientes para entrenarlo.
- Google Cloud: Agentforce y Gemini Enterprise conectados sobre MCP (Model Context Protocol), más Hyperforce sobre Google Cloud.
- AWS: contexto de Salesforce dentro de Amazon Quick, agentes de AWS en Slack, elección de modelo para Agentforce vía Amazon Bedrock, y soporte de voz bidireccional en tiempo real entre Agentforce Voice y Amazon Connect.
- Headless 360: su servidor MCP permite que agentes corriendo en Agentforce, Claude, ChatGPT, Cursor y otras plataformas descubran, comprendan e invoquen capacidades de Salesforce en tiempo real.
Que Google Cloud y AWS recibieran anuncios de peso equivalente el mismo día, y que Koa esté construido sobre NVIDIA, es en sí mismo la señal: la nube y el modelo pasan a ser opciones intercambiables. Lo que no se negocia es la capa de abajo — el contexto de negocio gobernado.
La parte que cambia su arquitectura
Salesforce plantea que, como cada solicitud corre sobre los permisos existentes, cada agente ve únicamente lo que ve la persona que pregunta. Esa es la arquitectura correcta. También significa algo que conviene decir en voz alta: su modelo de compartición, exactamente como está hoy, va a ser ejercitado por muchas más solicitudes, desde muchas más superficies, de las que fue diseñado para atender.
Un permiso ligeramente amplio que durante años pasó inadvertido —porque solo lo usaban doce personas a través de una pantalla— cambia de naturaleza cuando lo consulta un agente automatizado cientos de veces al día desde una interfaz que no existía el mes pasado. El permiso no empeoró; cambió su frecuencia de uso y su contexto.
Headless 360 es el anuncio silencioso
La pieza que más superficie abre no es la más publicitada. Un servidor MCP que permite a agentes en Claude, ChatGPT o Cursor invocar capacidades de la plataforma directamente cubre un área considerablemente más amplia que AIforce por sí solo — e incluye herramientas que sus desarrolladores probablemente ya están corriendo hoy.
Esa es la diferencia entre una superficie futura y una superficie viva. La pregunta útil no es «¿vamos a adoptar esto?», sino «¿qué clientes MCP ya tienen credenciales apuntando a nuestros sistemas en este momento?». La mayoría de los equipos se sorprende con esa lista, y esa sorpresa es exactamente el argumento a favor de tener un plano de control.
MCP dejó de ser un estándar de desarrolladores
El dato estructural del anuncio es que MCP se convirtió en infraestructura. Cuando dos hiperescalares lo adoptan como puente de interoperabilidad el mismo día, deja de ser una decisión técnica de un equipo y pasa a ser una capa de la industria.
Para una empresa mediana esto es una buena noticia con letra pequeña. La buena noticia es que la interoperabilidad entre sistemas de proveedores distintos deja de requerir integraciones a medida. La letra pequeña es que la interoperabilidad sin gobernanza es simplemente una superficie de ataque mejor documentada. Identidad del agente, permisos por acción, versión del modelo utilizado y registro de auditoría dejan de ser refinamientos y pasan a ser requisitos de entrada.
Qué hacer y qué esperar
- Actuar ahora: auditar el modelo de compartición y permisos. Ese trabajo hay que hacerlo igual, se adopte o no una capa de interfaz agéntica este año, y es el más largo de todos.
- Actuar ahora: inventariar los agentes, copilotos y clientes MCP que ya tienen credenciales contra sus sistemas. No los que planea construir — los que ya corren.
- Esperar y evaluar: los modelos de razonamiento. Un modelo es un componente reemplazable; lo sensato es construir el conjunto de evaluación que le permita compararlos, no migrar por anuncio.
La lectura que sirve aunque no use Salesforce
Si la interfaz deja de ser fija, el valor duradero de un sistema de negocio deja de estar en sus pantallas y pasa a estar en la calidad de sus datos, su lógica y sus permisos. Nada más sobrevive a la mudanza. Esa frase describe a Salesforce, pero describe igual de bien a un ERP, a un sistema de tickets o a una plataforma de cumplimiento.
En TEKFENIX diseñamos nuestros productos partiendo de ese supuesto. Servigo365 mantiene el caso, el dueño, el SLA y la evidencia como el núcleo del sistema, de modo que la capa conversacional o agéntica pueda cambiar sin que se pierda la trazabilidad de quién hizo qué. CumplimientoControl conserva el rastro de decisiones y aprobaciones en formato auditable, independientemente de la interfaz desde la que se originaron. Si su organización está evaluando abrir sus sistemas a agentes externos, conversemos: la conversación productiva empieza por los permisos y el registro, no por el modelo.