Faltam seis dias para a Dreamforce (15 a 17 de setembro, no Moscone Center) e o anúncio que vai dominar os corredores já tem nome: Claudeforce, a parceria Salesforce×Anthropic revelada em 26 de agosto que estabelece o Claude como o motor de raciocínio padrão do ecossistema Salesforce. O primeiro entregável é concreto e chega este mês: o “Salesforce in Claude” — um plugin com 37 skills de vendas que deixa vendedores e agentes raciocinarem sobre o pipeline ao vivo, atualizarem oportunidades e tomarem ação governada direto de dentro do Claude — entra em open beta em setembro. Benioff e Amodei sobem juntos no palco.
A Salesforce empacota o mecanismo no “AIforce”, que descreve como um “harness confiável” capaz de levar “todo o seu dado e workflows a qualquer agente via MCP servers, APIs e CLI”, e — a frase que vai brilhar no keynote — “sem integrações complicadas e custosas”. O apelo é enorme e legítimo. Mas antes de comemorar, vale um recorte no nível do problema, para quem assina e opera: quando um assistente de terceiros passa a agir sobre o seu CRM, o valor e o risco moram no harness — não no modelo. E esse “sem integrações custosas” só é verdade sobre a integração que você já fez.
O que é o Claudeforce e o “Salesforce in Claude”
Comecemos pelo fato. O Claudeforce coloca o Claude como o motor de raciocínio default do Salesforce. Seu primeiro produto visível é o “Salesforce in Claude”: um plugin que expõe 37 skills de vendas dentro da interface do Claude. Na prática, o usuário conversa com o assistente e ele não apenas responde — ele consulta o pipeline em tempo real, sugere próximos passos, atualiza oportunidades e executa ações com governança. É a diferença entre um copiloto que redige um e-mail e um agente que mexe no sistema de registro de receita.
Esse salto — de sugerir para agir — é o que torna o anúncio importante e, ao mesmo tempo, mais delicado do que parece. Um assistente que só lê comete, no pior caso, um erro de leitura. Um assistente que age escreve no seu CRM. E, aqui, quem age é um assistente de terceiros operando sobre a sua receita.
O AIforce como “harness”: dado e workflows a qualquer agente
O mecanismo por trás disso é o AIforce, apresentado como o “harness” que leva dado e workflows a qualquer agente por meio de MCP servers, APIs e CLI. A palavra harness é bem escolhida: é a arreios que conecta um cavalo potente (o modelo) a uma carroça útil (o seu processo). O ponto que costuma passar batido é que o harness só transmite força se a carroça existir. O AIforce expõe “todo o seu dado e workflows” — mas só o dado que já estiver unificado, governado e conectado aos seus sistemas de registro.
Em outras palavras, o harness é real e é bom. Ele não é, porém, a integração. Ele é a interface padronizada para a integração — e a integração propriamente dita continua sendo trabalho seu, do seu lado da cerca.
O detalhe do keynote: “sem integrações complicadas e custosas”
Chegamos à frase que merece uma pausa. “Leve seu dado a qualquer agente sem integrações complicadas e custosas” é verdadeira — sobre a integração que você já concluiu. Se o seu Data 360 está unificado, se o seu CRM já conversa com o ERP, se o dado já está reconciliado e governado, então sim: plugar um agente por cima disso via MCP é relativamente barato. O “sem integrações custosas” descreve o último metro de um caminho que a maioria das operações ainda não percorreu.
Para a maior parte das empresas, porém, o CRM é uma ilha, o ERP é outro mundo e o dado não está reconciliado. Nesse cenário, o “sem integrações custosas” não elimina o custo — ele apenas o empurra para uma etapa anterior, invisível no slide. O harness é uma fachada elegante para um back-end que continua sendo seu.
Há um paralelo útil com a nuvem gerenciada. Quando um provedor oferece um banco de dados “sem gestão de infraestrutura”, a promessa é verdadeira — mas ninguém confunde isso com “não preciso modelar o schema, escrever as queries certas nem garantir a consistência dos dados”. O gerenciado tira de você a parte de infraestrutura e devolve inteira a parte de engenharia de dados. O AIforce faz o mesmo com integração: padroniza o acesso e devolve, intocado, o trabalho de unificar, reconciliar e conectar. É por isso que o custo aparente cai enquanto o custo real apenas muda de endereço.
Agir, não só ler: por que a ação de terceiros eleva a aposta
Vale insistir na mudança de categoria. Até aqui, boa parte dos agentes lia dados e devolvia texto. O Claudeforce inaugura, na prática cotidiana, um assistente de terceiros que atualiza pipeline e executa skills sobre a sua receita real. Isso eleva a aposta em dois eixos ao mesmo tempo.
No eixo do valor: o agente age tão bem quanto o dado que ele lê. Se o Data 360 não estiver unificado, ele vai agir com convicção sobre uma imagem distorcida do seu negócio — mexendo em oportunidades reais com base em números que não batem. No eixo do risco: o agente é tão seguro quanto o perímetro de permissão que o cerca. Quem pode disparar qual skill, sobre qual registro, com qual trilha auditável? Sem essas respostas, você não ganhou alcance — distribuiu a chance de agir errado.
Repare também que a ação de terceiros muda a natureza do erro. Quando o seu próprio agente erra, você controla o ciclo inteiro — do prompt à correção. Quando um assistente de terceiros erra agindo sobre o seu pipeline, a responsabilidade fica repartida entre a plataforma que hospeda a skill, o modelo que raciocina e a sua base de dado e permissão. É uma superfície de risco nova, e ela não desaparece porque o keynote foi convincente: ela precisa ser desenhada, com contrato claro de quem responde por cada ação escrita no seu sistema de registro.
O agente age sobre o Data 360 que existir: dado governado como pré-requisito
É por isso que a fundação de dado deixa de ser um projeto de “arrumação” e vira pré-requisito de segurança. O Salesforce Data 360 (a camada de unificação, segmentação e ativação de dados) é o que o agente lê para decidir o que fazer. Um harness sofisticado plugado a um Data 360 incompleto não é uma vantagem — é um amplificador de erro, agora com autonomia para escrever.
Unificar e governar esse dado — resolver duplicidades, reconciliar fontes, definir o que é verdade sobre cada cliente e cada oportunidade — é a parte que não aparece no keynote e que decide se o agente ajuda ou atrapalha. Ela precede qualquer plugin.
O perímetro de permissão: quem dispara qual skill, sobre qual registro
A segunda fundação é a segurança. Quando um assistente de terceiros pode executar 37 skills sobre o seu CRM, o desenho do perímetro deixa de ser burocracia e vira controle de risco de receita. É preciso definir, com granularidade, quais skills cada perfil pode acionar, sobre quais registros, sob quais limites, e com qual registro auditável de cada ação — para que “o agente atualizou a oportunidade” seja sempre uma frase com autor, hora e justificativa rastreáveis.
Autonomia sem perímetro é a receita clássica de um incidente silencioso: tudo funciona lindamente até o dia em que uma skill age onde não devia, e ninguém consegue reconstruir o que aconteceu.
Model-agnostic ou lock-in? Por que a escolha de modelo é o problema fácil
Há um debate barulhento em curso — “isto é o fim da IA enterprise model-agnostic?” — e a resposta útil para o cliente é desidratante: a escolha de modelo é o problema fácil. O próprio desenho reforça isso. O MCP do AIforce serve qualquer cliente compatível, e a Salesforce já colocou o Gemini 3.5 Flash nativo no Agentforce desde o Summer ’26. Ou seja, isto não é “use o Claude”. É outra coisa, mais estrutural: o modelo virou ingrediente; o fosso virou o harness — dado governado, integração com os sistemas de registro e permissão de ação.
Quem gasta energia decidindo qual modelo usar está otimizando a peça intercambiável. O que dura — e o que separa um agente útil de um risco distribuído — é a camada que continua sendo sua, independentemente do modelo que estiver embaixo.
Como a CCX prepara o dado governado e a integração por trás do harness
É exatamente aqui que entra a CCX. O Claudeforce vai deixar seu CRM agir de dentro do Claude — e vende “sem integrações custosas”. Só que isso pressupõe a fundação que a maioria ainda não construiu. Na frente de Salesforce Commerce Cloud & Data Cloud, preparamos o Data 360 governado: unificação de dados, segmentação e ativação, para que o agente aja sobre uma base reconciliada — não sobre uma ilha.
Por baixo, costuramos o que o harness assume pronto. Em Integrações & APIs Enterprise, conectamos CRM↔ERP e canais com contrato de API sobre arquitetura event-driven (Kafka/RabbitMQ), para que o agente possa agir fora do Salesforce com garantia, não só ler. E em Security Engineering, desenhamos o perímetro de permissão do agente de terceiros — quem dispara qual skill, sobre qual registro, com qual trilha auditável, sob princípio de menor privilégio.
Vá pela visão do Claudeforce — mas audite a fundação antes de deixar um agente de terceiros agir sobre o seu pipeline. Faça um diagnóstico de prontidão Salesforce com a CCX, antes da Dreamforce — Falar com especialista Salesforce →. Prepare o Data 360 governado que o harness assume em /br/salesforce-data-cloud e costure o CRM↔ERP para o agente agir fora do CRM em /br/integracao-sap-ecommerce. Para aprofundar, leia sobre a distribuição cross-surface do Agentforce e sobre o julgamento da agentic enterprise pelo ROI.
FAQ (People Also Ask)
O que é o Claudeforce? É a parceria Salesforce×Anthropic revelada em 26 de agosto de 2026 que estabelece o Claude como motor de raciocínio padrão do ecossistema Salesforce. Seu primeiro produto é o “Salesforce in Claude”.
O que é o “Salesforce in Claude”? Um plugin com 37 skills de vendas que permite raciocinar sobre o pipeline ao vivo, atualizar oportunidades e executar ações governadas de dentro do Claude. Entra em open beta em setembro de 2026.
O que significa “sem integrações complicadas e custosas”? Que plugar um agente via MCP é barato — sobre o dado que já estiver unificado, governado e conectado aos sistemas de registro. O custo da integração de base (Data 360 e CRM↔ERP) continua, apenas antecipado.
Preciso do Data 360 para usar o Claudeforce com segurança? Na prática, sim. O agente age sobre o Data 360 que existir; se ele estiver incompleto, o agente age com convicção sobre dado errado. Dado governado é pré-requisito, não opcional.
Claudeforce significa lock-in de modelo? Não necessariamente. O MCP do AIforce serve qualquer cliente compatível e a Salesforce já pôs o Gemini nativo no Agentforce. O modelo é intercambiável; o que dura é o harness — dado, integração e permissão.