--- service: "Publicasta" schema_version: "1.0" article_id: 630 title: "Salesforce en Claude lleva el trabajo de CRM al chat: qué deben probar los equipos antes de ampliar la beta" language: "es" default_language: "en" canonical_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist?lang=es" json_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.json?lang=es" api_url: "https://publicasta.com/api/public/v1/channels/ai_practice/articles/salesforce_in_claude_crm_interface_pilot_checklist?lang=es" channel_url: "https://publicasta.com/api/public/v1/channels/ai_practice" channel_articles: "https://publicasta.com/api/public/v1/channels/ai_practice/articles" search_url: "https://publicasta.com/api/public/v1/search" documentation_url: "https://publicasta.com/api-docs#reading-publicasta" openapi_url: "https://publicasta.com/api-docs/openapi.json" published_at: "2026-09-17T10:27:27+00:00" updated_at: "2026-09-17T10:27:27+00:00" translations: - language: "ar" html_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist?lang=ar" markdown_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.md?lang=ar" json_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.json?lang=ar" - language: "de" html_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist?lang=de" markdown_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.md?lang=de" json_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.json?lang=de" - language: "en" html_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist?lang=en" markdown_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.md?lang=en" json_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.json?lang=en" - language: "es" html_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist?lang=es" markdown_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.md?lang=es" json_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.json?lang=es" - language: "fr" html_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist?lang=fr" markdown_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.md?lang=fr" json_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.json?lang=fr" - language: "pl" html_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist?lang=pl" markdown_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.md?lang=pl" json_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.json?lang=pl" - language: "ru" html_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist?lang=ru" markdown_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.md?lang=ru" json_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.json?lang=ru" - language: "zh" html_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist?lang=zh" markdown_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.md?lang=zh" json_url: "https://publicasta.com/ai_practice/salesforce_in_claude_crm_interface_pilot_checklist.json?lang=zh" --- # Salesforce en Claude lleva el trabajo de CRM al chat: qué deben probar los equipos antes de ampliar la beta > Anthropic y Salesforce están llevando el contexto del CRM, habilidades de ventas prediseñadas y acciones gobernadas a Claude. La pregunta útil es qué tareas de Salesforce son seguras, medibles y realmente merecen trasladarse a una interfaz de IA. Anthropic y Salesforce están convirtiendo una promesa habitual del software empresarial en una prueba concreta de producto: un vendedor puede preguntar a Claude por cuentas, oportunidades, riesgos del pipeline, preparación de reuniones y previsiones mientras la información se extrae de Salesforce. La primera versión no sustituye al CRM como herramienta general. Es un plugin de Claude para el trabajo comercial, con 37 habilidades de ventas prediseñadas y una conexión con Salesforce que también puede utilizar contexto de Slack. ![Una interfaz de chat de IA conectada a un espacio de trabajo CRM estructurado en un portátil.](https://publicasta.com/storage/projects/8/pages/630/2026/09/19eb572f-4a8d-4505-8523-87d14c90d41d.webp) El momento importa. Salesforce en Claude entró en beta el 15 de septiembre de 2026, durante Dreamforce, y está disponible en los planes de pago de Claude para las organizaciones que Salesforce apruebe mediante su registro de beta. Las compañías describen la alianza más amplia como Claudeforce, con más integraciones previstas entre Claude, Salesforce y Slack. Para una organización comercial, la decisión práctica es más concreta de lo que sugiere el lenguaje del lanzamiento: qué partes del trabajo de CRM deberían resolverse mediante conversación, cuáles deben seguir dentro de Salesforce y qué pruebas demostrarán que la nueva interfaz mejora la venta en lugar de limitarse a producir resúmenes pulidos. ## Qué se está lanzando realmente Salesforce en Claude reúne tres tipos de trabajo en una misma conversación: - **Consulta:** pedir el historial de una cuenta, las oportunidades abiertas, el estado del pipeline, los contactos o la actividad reciente. - **Análisis:** pedir a Claude que identifique acuerdos estancados, prepare un briefing para una llamada, compare oportunidades o explique cambios en una previsión. - **Acción:** según la descripción actual del producto, los usuarios pueden actualizar Salesforce y ejecutar determinados flujos sin salir de Claude, siempre sujetos a la configuración y los permisos de la organización. La documentación de ayuda de Anthropic indica que el plugin funciona en el chat de Claude y en Claude Cowork, tanto en la web como en escritorio. Salesforce describe su parte de la integración como una conexión MCP segura. MCP, o Model Context Protocol, es la interfaz mediante la que un cliente de IA compatible invoca herramientas y servicios de datos expuestos de forma explícita. No hace que todos los objetos de Salesforce estén disponibles por arte de magia. La organización todavía debe habilitar el servidor correspondiente, crear una aplicación de autenticación y decidir quién puede acceder. Las 37 habilidades son importantes porque reducen el problema de la página en blanco. Un representante no tiene que inventar una consulta compleja ni entender el esquema del CRM antes de probar una tarea. Las habilidades abarcan áreas como briefings de pipeline, señales de acuerdos, gestión de cuentas, prospección y preparación de reuniones. Además, facilitan la evaluación: el equipo puede repetir un flujo conocido en lugar de juzgar un chatbot abierto a cualquier cosa. Esa comodidad tiene un límite. Una habilidad puede seleccionar los registros pertinentes y construir una respuesta, pero el modelo sigue siendo probabilístico. Un resumen que parece correcto puede omitir un campo importante, interpretar mal un cambio de etapa o tratar una nota antigua como contexto actual. Todo resultado que influya en una previsión, un compromiso con un cliente o un traspaso interno necesita un paso de verificación. ## Por qué el cambio de interfaz importa más que un conector Un conector de Salesforce es técnicamente útil, pero el cambio mayor está en el punto de partida del vendedor. En un flujo convencional, el representante abre Salesforce, navega hasta una cuenta, filtra oportunidades, lee actividades, revisa casos y después redacta un plan. En Claude, la petición puede comenzar con una pregunta en lenguaje natural: «Prepárame para la llamada de renovación de mañana e identifica qué ha cambiado desde la última revisión». La ventaja no consiste solo en hacer menos clics. El asistente puede combinar información de varios registros y, cuando está configurado para ello, de Salesforce y Slack. Eso resulta útil para preguntas difíciles de expresar como un único informe. El coste es que el usuario quizá deje de ver con la misma claridad cómo se seleccionó la información. En una pantalla de CRM, los filtros y las columnas hacen visible parte de la lógica. En una conversación, el razonamiento puede parecer sencillo mientras el alcance real permanece oculto. Esto crea una distinción operativa nueva: - Salesforce sigue siendo el sistema de registro. - Claude se convierte en una capa de interacción y análisis. - El servidor MCP define las acciones y las rutas de datos que se exponen a esa capa. - El usuario autenticado sigue siendo responsable del trabajo realizado desde su cuenta. La configuración resulta prometedora para investigar y preparar reuniones. Es más delicada cuando hay escrituras. «Resume mi pipeline» es una tarea de consulta de bajo riesgo. «Actualiza todas las fechas de cierre según esta conversación» es una mutación masiva con consecuencias financieras y de gestión. La misma interfaz de chat puede hacer que ambas solicitudes parezcan igual de normales. Por eso, un piloto debería tratar la lectura y la escritura como productos separados, con reglas de aprobación independientes. ## El modelo de permisos ayuda, pero no constituye un caso completo de seguridad Salesforce afirma que sus transacciones MCP utilizan la identidad del usuario autenticado y el modelo de permisos existente. Su documentación describe controles como permisos de objetos, seguridad a nivel de campo, reglas de compartición, OAuth y registros de auditoría. La página de ayuda de Salesforce para la beta indica que los administradores pueden habilitar el servidor, crear una External Client App y restringir el acceso mediante un conjunto de permisos. Después, cada usuario vincula su propia cuenta de Salesforce en Claude. Esos controles son un buen punto de partida porque la empresa no pide a los clientes que creen un directorio paralelo de privilegios del CRM para el asistente. Si un representante no puede ver un registro en Salesforce, la integración no debería concedérselo solo porque la solicitud se haya formulado en Claude. Pero la autorización y la interpretación son problemas distintos. Un modelo puede tener autorización para leer un campo y aun así extraer de él una conclusión equivocada. Puede estar autorizado a editar una oportunidad y proponer un cambio que incumpla el proceso comercial. También puede mostrar en una respuesta información que técnicamente está visible para el representante, pero que sería inadecuado pegar en un canal más amplio o enviar a un cliente. El conjunto mínimo de controles para un piloto serio debería incluir: - Un responsable identificado de la conexión con Salesforce y de la configuración de la organización en Claude. - Un grupo piloto pequeño, definido por una función empresarial clara, en lugar de una instalación predeterminada para toda la organización. - Una evaluación de solo lectura antes de activar cualquier capacidad de escritura. - Una lista de campos que el asistente nunca pueda actualizar automáticamente, como la fecha de cierre, la categoría de previsión, el valor contractual, el estado legal o los compromisos frente al cliente. - Revisión de las llamadas a herramientas y de los cambios resultantes en los registros. - Un método para comparar la respuesta de Claude con los registros subyacentes de Salesforce. - Un procedimiento documentado para desconectar la integración y revocar la External Client App. El principio es sencillo: heredar los permisos reduce el riesgo de configuración, pero no elimina la necesidad de gobernar el flujo de trabajo. ## Cómo debe ser un primer piloto útil No conviene empezar con la pregunta general «¿Puede Claude dirigir las ventas?». Es mejor elegir dos o tres tareas repetitivas cuyo coste actual sea visible. La preparación de reuniones, la investigación de cuentas y la revisión semanal del pipeline son candidatas razonables. Tienen suficiente contexto para beneficiarse de una síntesis, pero también pueden comprobarse contra los registros de origen. Un piloto puede seguir una secuencia como esta: 1. Seleccionar un grupo definido de vendedores y un conjunto fijo de cuentas u oportunidades. 2. Registrar la línea base: tiempo empleado, número de pestañas o informes utilizados, calidad de la preparación y errores habituales. 3. Ejecutar las mismas tareas mediante la interfaz normal de Salesforce y mediante Salesforce en Claude. 4. Pedir a los usuarios que registren las citas o los identificadores de cada registro para toda afirmación relevante de la respuesta. 5. Comparar la respuesta con el CRM y marcar omisiones, información antigua, asociaciones incorrectas e inferencias sin respaldo. 6. Mantener desactivadas las acciones de escritura hasta comprender la precisión de las consultas y el comportamiento de los usuarios. 7. Si se habilitan escrituras, exigir confirmación para cada cambio y revisar el registro de auditoría al terminar el piloto. Una prueba de preparación de reuniones no debería puntuarse por lo profesional que suena el briefing. Debe medirse si el asistente encontró la etapa actual de la oportunidad, la actividad reciente del cliente, los asuntos sin resolver, los contactos principales, los siguientes pasos y las contradicciones entre notas. Una prueba de pipeline debe comprobar si «en riesgo» tiene un significado definido. Puede basarse en una fecha de cierre que se retrasa, ausencia de actividad reciente, una tarea vencida o una regla de negocio propia de la empresa. Si el equipo no puede definir la señal, tampoco puede evaluar el criterio del modelo. La petición más útil suele estar más acotada que la demostración de marketing. Por ejemplo: > Revisa las oportunidades abiertas de esta cuenta cuyo cierre esté previsto para este trimestre. Separa los hechos que aparecen directamente en Salesforce de tu interpretación. Enumera la última interacción registrada con el cliente, los riesgos sin resolver, los campos que faltan y la siguiente acción ya asignada. No recomiendes cambiar ningún registro. Este formato obliga a separar la evidencia recuperada del consejo generado. También muestra si la integración puede trabajar con las definiciones reales de la organización, en vez de construir una narración comercial genérica. ## La parte de escritura necesita otro despliegue Una escritura en el CRM no es simplemente una respuesta con un botón al lado. Cambia lo que verán otros vendedores, responsables, equipos financieros y automatizaciones posteriores. Una fecha de cierre modificada puede afectar a las previsiones. Un cambio de etapa puede activar notificaciones. Crear una campaña o una tarea puede generar trabajo duplicado. Una nota redactada a partir de una conversación puede incorporarse al registro del cliente y más tarde tratarse como una fuente autorizada. Por eso, los equipos deberían clasificar las acciones según su reversibilidad y su impacto. Entre las acciones de bajo impacto estarían redactar una tarea o preparar una actualización propuesta sin guardarla. Entre las de impacto medio, añadir una nota interna después de que una persona revise el texto. Las de alto impacto incluyen cambiar campos de previsión, editar condiciones comerciales, enviar mensajes externos o modificar muchos registros a la vez. La interfaz no debería ser el único mecanismo de aprobación. Si la organización permite escrituras, también debe definir: - Qué acciones requieren un segundo revisor. - Qué campos necesitan un código de motivo. - Si Claude puede actuar sobre un registro cada vez o sobre una colección. - Cómo verá el usuario los valores exactos antes y después. - Qué ocurre cuando las reglas de validación de Salesforce rechazan o aceptan parcialmente un cambio. - Cómo se detecta una actualización incorrecta y cómo se revierte. El material oficial de Salesforce destaca que los clientes controlan cuánta autonomía tiene Claude en la parte de escritura y cuándo actualiza Salesforce. Ese es el marco adecuado. La autonomía es una configuración que debe ganarse con pruebas, no una función binaria que se activa porque la integración existe. ## Preguntas de privacidad y conservación de datos que conviene resolver pronto Que los datos estén protegidos por permisos no responde a todas las preguntas de privacidad. El equipo necesita saber qué información se envía a Claude, durante cuánto tiempo se conserva, qué plan y condiciones contractuales se aplican y si el historial de conversación se convierte en otro lugar donde puedan persistir datos sensibles de clientes. Las respuestas pueden variar según el producto de Claude, el plan de la organización, la región y las condiciones de la beta. Antes de conectar datos de producción, los administradores deberían revisar la documentación vigente de Anthropic y Salesforce correspondiente al plan concreto. Conviene prestar especial atención a: - Si los prompts y los resultados de las herramientas se utilizan para mejorar los modelos según el acuerdo de la organización. - Los periodos de conservación de conversaciones, registros, llamadas a herramientas y elementos de autenticación. - El procesamiento regional y las restricciones aplicables a datos de clientes o datos regulados. - El tratamiento de los mensajes de Slack que se incorporen a un briefing de cuenta. - Si los usuarios pueden exportar, borrar o inspeccionar el registro generado de una interacción. - Cómo se gestiona el acceso cuando un empleado cambia de puesto o abandona la empresa. La conexión con Slack es especialmente fácil de subestimar. Un vendedor puede tener acceso a una cuenta de Salesforce sin esperar que una conversación interna privada, una preocupación legal o un detalle comercial aún no anunciado aparezcan en un resumen generado por IA. Las organizaciones deberían decidir qué fuentes de Slack entran en el alcance y si el contenido de esas fuentes puede copiarse en Salesforce. La minimización de datos resulta útil incluso cuando los controles del proveedor son aceptables. Empieza con un entorno aislado o con un subconjunto de producción elegido con cuidado. Excluye los campos muy sensibles cuando sea posible. Evita importar historiales completos de mensajes si la tarea solo necesita actividad reciente de la cuenta. Un contexto más pequeño también es más fácil de depurar. ## El coste no es solo la suscripción a Claude El centro de ayuda de Anthropic indica que Claude Pro cuesta 20 dólares al mes en Estados Unidos, pero Salesforce en Claude es una beta organizativa, no una simple mejora de una suscripción personal. La elegibilidad, los requisitos del plan, la edición de Salesforce, el empaquetado y la disponibilidad regional pueden cambiar el coste real. El anuncio de Salesforce dice expresamente que el precio y el empaquetado pueden cambiar. Los compradores no deberían tratar la etiqueta de beta pública como una oferta comercial fija. La pregunta más importante sobre el coste es operativa. Un briefing extenso de una cuenta puede incorporar muchos registros y mensajes a la ventana de contexto. Una revisión del pipeline repetida por cientos de vendedores puede generar un uso considerable, aunque cada solicitud individual parezca barata. Los fallos de escritura y las actualizaciones duplicadas añaden otra clase de coste: el trabajo de limpieza. Un piloto debería registrar al menos: - Número de solicitudes por usuario y por flujo de trabajo. - Tamaño medio de las entradas y salidas cuando esté disponible. - Tiempo ahorrado después de la verificación, no antes. - Tasa de correcciones factuales. - Número de acciones duplicadas o rechazadas. - Tiempo de administración de Salesforce y Claude. - Si los usuarios siguen abriendo Salesforce para verificar las respuestas. Si el asistente produce un resumen de cinco minutos que tarda diez en validarse, la organización todavía no ha ahorrado tiempo. Eso no vuelve inútil el producto; indica que hay que perfeccionar la tarea, el modelo de datos o la habilidad. ## Alternativas y cuándo conviene quedarse dentro de Salesforce Salesforce en Claude resulta atractivo cuando los vendedores ya trabajan en Claude, necesitan preguntas flexibles sobre varios registros y quieren una capa conversacional sobre los permisos existentes del CRM. Es menos convincente cuando el trabajo consiste en un informe estandarizado, un flujo de aprobación estrictamente controlado o una actualización masiva que debería ejecutarse de forma determinista. En esos casos, los informes, paneles, flujos, reglas de validación y configuraciones de Agentforce nativos de Salesforce pueden ser más fáciles de probar y gobernar. Un informe fijo suele ser preferible cuando todos los usuarios deben ver la misma definición de cobertura del pipeline. Un flujo es preferible cuando la acción tiene entradas conocidas y consecuencias deterministas. Una integración convencional puede ser mejor cuando el proceso debe ejecutarse según un calendario con registros y reintentos previsibles. Existe una tercera opción: exponer solo una herramienta personalizada y limitada mediante un servidor MCP. Requiere más ingeniería, pero permite hacer explícitas las operaciones permitidas. En vez de dar a un asistente acceso amplio a los registros de oportunidades, el equipo podría exponer una herramienta de solo lectura llamada «salud trimestral del pipeline», con un cálculo documentado. Se pierde flexibilidad, pero la evaluación y la responsabilidad resultan más sencillas. La comparación adecuada no es «Claude frente a Salesforce». Es una comparación entre formas de interacción: - exploración conversacional para preguntas difíciles de estructurar; - automatización determinista para procesos repetibles; - redacción revisada por una persona para cambios importantes; - controles nativos del CRM para el sistema de registro. La mayoría de las implementaciones maduras utilizará las cuatro. ## Lo que la beta revela sobre el software empresarial La alianza es un ejemplo visible de un cambio más amplio en el diseño del software. Los sistemas empresariales ya no compiten únicamente por controlar una pantalla. También compiten por exponer datos, acciones y reglas de negocio confiables a clientes de IA. El lenguaje Headless 360 de Salesforce apunta en esa dirección: las capacidades pueden invocarse desde una interfaz distinta de la de Salesforce, mientras la gobernanza sigue ligada a la plataforma. Ese modelo podría hacer más útiles los sistemas existentes porque los empleados no tendrían que aprender cada ruta de navegación. También podría hacer menos visible la dependencia del proveedor. Si una empresa construye su proceso comercial diario alrededor de un conjunto de habilidades específico de Claude, cambiar a otro modelo o asistente podría requerir algo más que sustituir una clave de API. Los prompts, los permisos, las prácticas de auditoría, los hábitos de los usuarios y los flujos personalizados podrían quedar vinculados al proveedor. Por eso, el producto inicial debe evaluarse por su portabilidad además de por su comodidad. Mantén una definición escrita de cada flujo de trabajo. Conserva las reglas de negocio fuera del prompt siempre que sea posible. Registra qué objetos y campos de Salesforce utiliza cada habilidad. Guarda un conjunto de casos anonimizados para las pruebas. Si más adelante el equipo cambia de modelo, asistente o integración, debe poder repetir la misma evaluación. También por eso el lanzamiento no debería reducirse a decir que «los representantes de ventas ya no necesitan Salesforce». El CRM sigue siendo la fuente de registros, permisos, validaciones y responsabilidad. Claude cambia la forma de acceso. Puede ser valioso, pero no hace desaparecer el modelo de datos subyacente. En algunas organizaciones, la nueva interfaz pondrá al descubierto problemas que las pantallas antiguas permitían sortear: etapas incoherentes, siguientes pasos ausentes, cuentas duplicadas y notas que ya no describen el acuerdo actual. ## Quién debería probarlo ahora Los primeros candidatos más sólidos son los equipos comerciales con una instancia de Salesforce razonablemente limpia, un administrador dispuesto a participar, una propiedad clara de los permisos y tareas recurrentes de investigación. Deben sentirse cómodos ejecutando una beta acotada y midiendo errores. Un equipo que ya cuenta con un conjunto fiable de preguntas para revisar cuentas puede saber pronto si el acceso conversacional mejora la preparación. Conviene esperar si el CRM contiene información regulada sensible que aún no ha sido aprobada para el servicio concreto, si los permisos son inconsistentes o si la organización no puede revisar las llamadas a herramientas y los cambios en los registros. También es prudente esperar si el objetivo es automatizar operaciones masivas sin ningún punto de control humano. Una interfaz conversacional puede hacer que un proceso frágil parezca accesible sin volverlo fiable. El comienzo más defendible es un piloto centrado en la lectura: conecta a un grupo limitado, prueba la preparación de reuniones y la investigación del pipeline, exige evidencia para las afirmaciones importantes y compara los resultados con Salesforce. Solo cuando el equipo sepa dónde es preciso el asistente, dónde muestra incertidumbre y dónde inventa conexiones debería plantearse activar las escrituras. Salesforce en Claude es importante porque coloca un asistente general capaz delante de un sistema que las empresas ya tratan como verdad operativa. Esa combinación puede eliminar fricción en tareas útiles. También puede acercar los errores a las previsiones, los registros de clientes y los procesos automatizados. La implementación ganadora no será la que mantenga la conversación más natural, sino la que conserve una línea clara entre lo que dice Salesforce, lo que infiere Claude y lo que ha aprobado una persona. ## Fuentes - Anthropic, «Claude release notes: Salesforce in Claude beta»: - Anthropic, «Use Salesforce in Claude»: - Anthropic, «Set up Salesforce in Claude for your organization»: - Salesforce, «Claudeforce: The AI Meets the CRM»: - Salesforce, «Salesforce and Anthropic announce Claudeforce»: - Salesforce Help, «Access Salesforce context without leaving Claude»: [https://help.salesforce.com/s/articleView?id=release-notes.rn\_salesforce\_in\_claude.htm&language=en\_US&release=264&type=5](https://help.salesforce.com/s/articleView?id=release-notes.rn_salesforce_in_claude.htm&language=en_US&release=264&type=5) - Salesforce Developers, «Salesforce hosted MCP servers»: [https://help.salesforce.com/s/articleView?id=005316426&language=en\_US&type=1](https://help.salesforce.com/s/articleView?id=005316426&language=en_US&type=1) - Deloitte Digital, «Deloitte expands collaboration with Salesforce and Anthropic»: