AIforce, SIForce y el tercer nombre en seis meses: qué esconde el rename de Salesforce

Marc Benioff publicó un mensaje corto en X: AIForce pasaba a llamarse oficialmente SIForce. El ecosistema entero se preguntó lo mismo: nueva plataforma o nuevo nombre.

La respuesta corta es que, hasta hoy, SIForce es AIforce con otro nombre. No hay una nueva arquitectura, ni una nueva API, ni un nuevo precio publicado que digan lo contrario.

Pero el cambio de marca esconde una historia mucho más interesante. Y esa historia sí los afecta, sobre todo si su empresa ya conecta agentes de IA con la plataforma de CRM líder del mercado.

El tercer nombre en seis meses

Esta misma iniciativa tuvo tres nombres en poco más de medio año.

Desde Headless 360 hasta SIForce, la plataforma de Salesforce ha cambiado de nombre varias veces en poco tiempo, generando confusión en el ecosistema.

Primero fue Headless 360: la idea de exponer todas las capacidades de la plataforma a través de APIs, MCP, CLI y skills. Después, las Release Notes registraron el cambio a AIforce, que se presentó formalmente en Dreamforce.

Semanas más tarde llegó el tuit de Benioff y nació SIForce. Hoy, sin embargo, la documentación oficial y Trailhead siguen diciendo AIforce, y en muchas páginas todavía aparece Headless 360.

Este desorden tiene consecuencias prácticas. Si su equipo busca documentación, firma contratos o arma runbooks, va a convivir con los tres nombres al mismo tiempo durante un buen rato.

Por qué "SI" y no "AI"

El contexto importa. Poco antes del anuncio, la Casa Blanca ordenó a las agencias del Poder Ejecutivo reemplazar "Artificial Intelligence" por "Super Intelligence" en sus comunicaciones no estatutarias.

Esa orden no obliga a empresas privadas. Salesforce tampoco publicó una explicación oficial que vincule el rename con la orden, aunque medios como Business Insider, The Verge y Salesforce Ben señalaron la coincidencia temporal.

Lo que sí podemos afirmar con tranquilidad es que el nombre no cambia la tecnología. Ninguna línea de la documentación técnica muestra un salto de capacidad provocado por pasar de AI a SI.

Qué es SIForce (o AIforce) en palabras simples

AIforce no es Agentforce con otro nombre, y tampoco es un único producto que se compra y se instala.

AIforce funciona como una capa de interfaz viva que extiende las capacidades de tu CRM, permitiendo la interacción con agentes externos y otras plataformas.

Imaginen que su CRM es una casa con todas las habitaciones cerradas. Durante años, la única forma de usarla era entrar por la puerta principal: la interfaz de Salesforce.

AIforce es una capa de interfaz viva (live interface layer) que abre ventanas en esa casa. Permite que los datos, los permisos, los workflows y los agentes salgan a otros lugares: Claude, Slack, aplicaciones propias o agentes de terceros.

La propia documentación lo dice con todas las letras: AIforce no es un producto ni una herramienta única. Es una estrategia de plataforma habilitada por el Salesforce Headless Toolkit.

Las cuatro capas que conviene tener en la cabeza

Ayuda pensar la arquitectura como una pila de cuatro niveles.

• Data 360: el contexto, con datos estructurados, no estructurados y federados.

• Customer 360: las aplicaciones, los procesos y la semántica del negocio.

• Agentforce: la fuerza de trabajo agéntica que razona y ejecuta acciones.

• AIforce / SIForce: la capa que lleva todo lo anterior a cualquier interfaz externa.

Debajo de todo eso trabaja la capa de confianza: OAuth, permisos de objeto y campo, reglas de compartición y la Trust Layer. Esa base es la que hace posible salir de la interfaz sin perder el control de seguridad.

En Vantegrate venimos construyendo sobre esta plataforma desde antes de que tuviera nombre. Pueden revisar nuestra página dedicada a Salesforce para conocer el enfoque completo.

Los componentes que ya están disponibles

El lanzamiento de AIforce llegó con tres experiencias comerciales y una caja de herramientas. Vamos una por una.

Claudeforce (Salesforce in Claude)

Es un plugin empaquetado que conecta Claude con una org a través de un servidor MCP seguro. En el lanzamiento se anunciaron 37 skills de ventas listas para usar y más de 40 skills para desarrolladores en el plugin de Claude Code.

Un detalle importante para quienes evalúan presupuesto: Sales Cloud in Claude sigue en Beta y requiere Claude Enterprise. Está disponible para todas las ediciones, pero ese requisito no es menor.

Slackforce

Lleva el contexto del CRM adentro de Slack. Incluye Slackforce Surfaces, Slackbot, Slack CRM y Slack Code, lo que permite consultar registros, modificarlos y generar experiencias sin salir del chat.

Para un equipo comercial que vive en Slack, esto significa menos cambios de pantalla. La disponibilidad de cada subproducto conviene verificarla por separado.

Agentforce Coworker

Es un compañero de IA dentro de Lightning que razona sobre cuentas, actividad e historial. Puede ejecutar acciones e invocar agentes de Agentforce que ya estén desplegados.

Salesforce lo presentó como algo que los clientes existentes pueden activar directamente, manteniendo sus permisos y reglas de negocio. Esa continuidad es, justamente, el argumento central de toda la arquitectura.

El Headless Toolkit: donde se construye todo

El toolkit es el conjunto de mecanismos que hace posible AIforce. Vale la pena entenderlo aunque se ponga técnico.

• Headless 360 MCP Server: un servidor MCP alojado por Salesforce, en Beta, que requiere API v67 o superior y OAuth.

• Salesforce DX MCP: más de 60 herramientas para metadata, Apex, tests, DevOps y análisis de código.

• Headless Experience Layer (HXL): define una interfaz una vez y la renderiza en Agentforce, ChatGPT, Claude o Slackbot; sigue en Beta.

• Salesforce Multi-Framework: ya está en GA y permite correr aplicaciones con frameworks web convencionales sobre la plataforma.

• Agentforce Vibes: el entorno de desarrollo asistido que trae el DX MCP preconfigurado.

Un dato que resume la discusión: el endpoint del servidor MCP todavía contiene headless-360. El nombre de marketing cambió dos veces, pero el endpoint técnico no se movió.

Para los equipos técnicos que quieran profundizar, armamos una sección específica de Salesforce para desarrolladores con los patrones que usamos en producción.

AIforce vs SIForce: la comparación honesta

Cuando alguien pide una tabla de "antes y después", la respuesta correcta es incómoda. No existe una especificación oficial de SIForce con una columna de diferencias.

Lo que sí podemos hacer es recorrer cada dimensión y decir si hubo cambio publicado o no.

• Posicionamiento: rename, sin nueva definición técnica.

• Capacidades funcionales: ninguna capability adicional anunciada.

• Integraciones: Claude, Slack, Lightning, ChatGPT, Cursor y clientes MCP; misma lista.

• APIs y SDKs: no existe un "SIForce API" ni una versión propia.

• Modelos de IA: la capa sigue siendo agnóstica (OpenAI, Anthropic, Gemini, Llama, Mistral y open source).

• Privacidad y datos: mismos controles, sin nueva política específica.

• Despliegue: sin nueva modalidad de hosting ni edición on-premise.

• Precios: sin nuevo SKU ni price book con el nombre SIForce.

• Migración: ninguna migración anunciada por el cambio de nombre.

Hay una distinción sutil pero fundamental entre "no hay cambio" y "no hay cambio publicado". Salesforce podría usar la nueva marca para introducir packaging o features más adelante, pero hoy no lo ha documentado.

Por eso en Vantegrate adoptamos una regla simple: tratamos SIForce como el nuevo nombre comercial de AIforce hasta que aparezca una Release Note, un SKU o una versión de API que diga lo contrario. Es la postura más defendible.

El cambio que sí importa: Agentic Identity y los HPI

Si el rename es la cortina, esto es lo que pasa detrás del escenario. Y es mucho más relevante para su presupuesto que cualquier logo.

Salesforce anunció que quiere darle a cada agente externo una identidad propia, separada de la persona a la que ayuda. Se llama Agentic Identity y permite asignarle un conjunto de permisos más acotado que el de un usuario humano.

Esa misma identidad sirve para otra cosa: atribuir tráfico y facturarlo. Cada llamada exitosa de un agente registrado, vía MCP o API directa, se clasifica como una Headless Platform Interaction (HPI) y aparece en la Digital Wallet.

Cuánto cuesta un HPI

Acá tenemos que ser transparentes: todavía no se sabe. La Rate Card oficial lista el HPI, pero su multiplicador figura como pendiente de anuncio (TBA).

Lo que sí se conoce es el precio de referencia de los Flex Credits: US$500 por 100.000 créditos. Una acción estándar de Agentforce consume hoy 20 créditos, pero eso no significa que un HPI vaya a costar lo mismo.

Salesforce aclaró que la medición agéntica todavía no está activa y que dará al menos 30 días de aviso antes de empezar a descontar créditos. También confirmó que sandbox, scratch orgs y Developer Edition no consumirán HPI bajo este mecanismo.

Qué cambia según el tipo de cliente

El impacto contractual no es igual para todos.

• Clientes nuevos (que compraron después del anuncio): deberán registrar sus agentes dentro de los tres meses posteriores a la disponibilidad de Agentic Identity.

• Clientes existentes con agentes vía API: registrarán esos agentes y migrarán al nuevo modelo de facturación al momento de renovar.

• Cualquier usuario de un Salesforce MCP server: registro obligatorio dentro de los tres meses del aviso.

• Integraciones tradicionales: conservan sus condiciones actuales de precio y seguridad.

Esto es clave para quienes operan en sectores regulados como los servicios financieros, donde cada identidad con acceso a datos tiene que estar auditada y justificada.

Lo que nadie les cuenta sobre privacidad

Hay dos sutilezas en la documentación que afectan cualquier evaluación de riesgo.

La primera es la diferencia entre Zero Data Retention y residencia de datos. Cuando se usa un modelo externo al perímetro de confianza, los datos sí salen transitoriamente para llegar al modelo; la protección consiste en que el proveedor no los retenga ni los use para entrenamiento, no en que nunca los procese.

La segunda es más específica: la documentación dice que el enmascaramiento de datos basado en patrones y campos está deshabilitado para agentes. El argumento es que ocultar información puede eliminar el contexto que el agente necesita para razonar.

Para empresas que manejan información personal, financiera o de salud, esto tiene que formar parte del modelo de amenazas. En Vantegrate explicamos cómo lo abordamos en nuestras páginas de seguridad de la plataforma y de transparencia de datos.

Koa: el modelo que sí es nuevo

Mientras el nombre de la capa cambiaba, Salesforce lanzó algo que sí es una novedad técnica: Koa, su primer modelo de razonamiento específico para CRM, construido sobre NVIDIA Nemotron.

Koa es una opción dentro de Agentforce, no "el modelo de SIForce". Se puede elegir a nivel de org, agente o subagente, y sus pesos e inferencia permanecen dentro del perímetro de confianza de Salesforce.

Para cargas de trabajo que necesitan que el contexto nunca abandone ese perímetro, un modelo alojado internamente tiene propiedades distintas a uno externo. Es una decisión de arquitectura, no de marketing.

Un plan de acción en diez pasos

Ya tienen el diagnóstico. Ahora, lo concreto.

1. No planifiquen una migración de datos por el nombre SIForce. Su org, Data 360, agentes, Flows y Apex siguen igual.

2. Inventaríen todos los agentes externos que acceden a la plataforma y clasifíquenlos: MCP, API directa o integración tradicional.

3. Identifiquen cada servidor MCP activado en Setup y qué permission sets tienen acceso.

4. Preparen la org para Flex Credits y Digital Wallet, pero no estimen un costo por HPI hasta que se publique el multiplicador.

5. Monitoreen el aviso formal de disponibilidad de Agentic Identity.

6. Registren cada agente con identidad propia y principio de mínimo privilegio apenas aplique.

7. Roten las credenciales OAuth de clientes MCP y agentes API para que usen la nueva identidad.

8. Validen todo en sandbox antes de producción, especialmente fallos de permisos y rutas de aprobación humana.

9. Modelen los costos por proceso, no por prompt: una interacción puede generar HPI, acciones de Agentforce, inferencia y consumo de Data 360.

10. Mantengan los tres nombres como alias en la documentación interna hasta que los endpoints y contratos cambien.

Para entender el paso 9, piensen en un agente como Sellium, que gestiona ventas por WhatsApp. Cada conversación puede consultar un catálogo, crear una oportunidad y disparar un workflow: tres interacciones distintas con tres unidades de consumo potencialmente diferentes.

Lo mismo aplica a un agente de BI conversacional como Metrix, que ejecuta varias consultas por pregunta, o a Arconte, que procesa documentos y escribe registros en lote. La economía del agente tiene que diseñarse antes de escalar, no después.

La historia verdadera no es el nombre

Si tuviéramos que resumir todo en una frase sería esta: la noticia importante no es AIforce → SIForce, sino Salesforce centrado en la interfaz → Salesforce accesible por agentes.

Headless 360 introdujo el cambio arquitectónico y AIforce le dio una marca de plataforma. SIForce, por ahora, le da un nombre alineado con la terminología de moda.

La tecnología relevante sigue siendo la misma: desacoplar el CRM de una pantalla fija mediante MCP, APIs, skills y experiencias generativas, con los permisos y el contexto de la plataforma trabajando por detrás. Analistas como Constellation Research ya anticipan que otros proveedores de SaaS van a replicar el patrón.

Para quienes construyen agentes, el indicador a vigilar no es el logo. Son la Release Note que formalice SIForce, los SKUs, la disponibilidad efectiva de Agentic Identity y el multiplicador HPI en la Rate Card.

En Vantegrate seguimos cada uno de esos hitos de cerca, porque nuestra suite de agentes de IA corre justamente sobre esta capa. Si quieren ver cómo se ve un agente registrado, con identidad propia y costos modelados, pueden agendar una demo con nuestro equipo.

Y si prefieren seguir leyendo antes de hablar con alguien, en Pulse vamos a publicar cada actualización de esta transición a medida que Salesforce la documente. Pueden conocer quiénes somos y por qué nos metimos en esto en nuestra página de equipo.

Preguntas frecuentes

SIForce reemplaza a Agentforce?

No. Agentforce es la plataforma que construye y ejecuta agentes; SIForce (antes AIforce) es la capa que lleva esos agentes, junto con datos y procesos, a interfaces externas.

Tengo que migrar algo porque ahora se llama SIForce?

No hay ninguna migración anunciada por el cambio de nombre. Las integraciones existentes se conservan y la arquitectura sigue siendo la del Headless Toolkit.

Entonces qué sí va a cambiar?

Agentic Identity y la facturación por Headless Platform Interactions. Eso implica registrar agentes, rotar credenciales OAuth y habilitar Flex Credits en la org, con un aviso previo de al menos 30 días.

Cuánto me va a costar cada interacción de un agente?

Todavía no está publicado. El multiplicador del HPI figura como pendiente en la Rate Card oficial, así que cualquier estimación en dólares sería una suposición.

El cambio a "Super Intelligence" implica que el producto es más potente?

No hay evidencia de eso. La documentación técnica describe exactamente la misma capa agéntica y headless que se anunció como AIforce.

Necesito Claude Enterprise para usar Claudeforce?

Sí, al menos para Sales Cloud in Claude, que además sigue en Beta. Conviene incluir ese requisito en cualquier evaluación de costos.