O que os posts mais lidos do Salesforce Newsroom em 2026 revelam sobre a estratégia real da empresa
Não é sobre o queijo. É sobre o que a Salesforce quer que você acredite sobre IA agente, harness e custo de inferência
Uma lista de 'mais lidos' do Newsroom parece conteúdo de marketing, e é. Mas dá pra ler nas entrelinhas: Slackbot virando ponto de entrada único, harness como palavra da vez e um discurso interno sobre economizar com IA que qualquer arquiteto deveria levar pro cliente.
O padrão por trás da lista de "mais lidos"
Todo ano tem uma lista dessas. "Os posts mais lidos do nosso blog corporativo", que normalmente eu ignoraria sem pensar duas vezes. Mas essa aqui, publicada pelo próprio Salesforce Newsroom em julho de 2026, tem um padrão interessante quando você olha os títulos em sequência e não como notícias isoladas.
Tem a história do fabricante de queijo que quase fechou e voltou com Agentforce e um MVP 36x certificado na família. Tem um relato de "ano um" da Salesforce se tornando Customer Zero da própria era agente. Tem um post técnico sobre corte de gasto com inferência via right-sizing de modelo. Tem contratação de 1.000 graduados "AI-native". Tem o conceito de "agentic harness". E tem Slackbot ganhando acesso total ao ecossistema via MCP.
Separa isso do texto de marketing e sobra uma leitura bem mais interessante para quem constrói em cima da plataforma: a Salesforce está tentando, ao mesmo tempo, vender a narrativa de que IA agente resolve tudo e admitir, em outro post do mesmo mês, que o custo de inferência sem controle quebra orçamento. As duas coisas são verdadeiras e convivem mal.
O detalhe que mais interessa: harness, não modelo
O post sobre "agentic harness" é o que eu recomendaria ler com atenção, mais do que qualquer case de cliente. A ideia central, vindo do time de Futures da Salesforce, é simples e já bate de frente com o que muita gente em projeto está discutindo errado: o modelo de IA é o motor, mas harness é o chassi, a suspensão, o freio. É a camada que decide como o agente recebe contexto, quando ele para para confirmar algo, como ele lida com erro, e onde ele pode literalmente sair dos trilhos.
Quando um cliente pergunta "qual modelo o Agentforce usa", a pergunta certa geralmente não é essa. É sobre orquestração, sobre Topics e Actions bem desenhados, sobre grounding de dados via Data Cloud, sobre onde fica o guardrail que impede o agente de criar um caso duplicado ou de oferecer desconto que não existe.
Isso é harness. E isso é trabalho de arquitetura, não de prompt engineering.
Slackbot como novo ponto de entrada: isso muda decisão de projeto
O outro ponto real, não só spin de marketing, é o Slackbot ganhando acesso via MCP a todo o ecossistema: Salesforce, Tableau, Data 360 (o rebrand de Data Cloud), Agentforce. As matérias do SiliconANGLE, TechTarget e SalesforceBen linkadas no post confirmam isso com mais profundidade do que o texto original da Salesforce.
Se isso realmente evoluir como está sendo desenhado, muda uma decisão de arquitetura que a gente vem discutindo em quase todo projeto de Service ou Sales Cloud com Slack integrado: onde o usuário de negócio realmente trabalha.
Hoje ainda é comum o Slack ser canal de notificação e colaboração, com o usuário voltando pro Salesforce para executar a ação. Com Slackbot operando via MCP como interface direta, a lógica se inverte: o Salesforce vira o back-end, o Slack vira o front-end operacional.
Isso tem implicação direta em Permission Set, em Sharing Rule, em como você desenha visibilidade de dado sensível. Se o vendedor atualiza oportunidade, aprova desconto ou consulta Data Cloud direto do canal do Slack, sua estratégia de segurança não pode assumir que o controle de acesso só existe dentro da UI padrão do Salesforce. Precisa valer igual nos dois lados.
O gancho do corte de custo com inferência
O post citado sobre right-sizing de modelo, do EVP Jayesh Govindarajan, é o contraponto que dá credibilidade ao resto. A comparação com o caso da Uber, que gastou o orçamento de IA em quatro meses, é usada de propósito. A lógica ali é decompor tarefa de agente e escolher o modelo certo para cada uma, não jogar tudo no modelo mais caro por padrão.
Na prática de projeto isso é exatamente a conversa que eu já tenho tido com cliente que quer colocar Agentforce em produção sem entender que cada invocação de Prompt Builder, cada Flow acionando um Agent Action, cada consulta grounded em Data Cloud tem custo de token variável.
Modelagem de custo de IA agora é parte do dimensionamento de projeto, junto com licença e storage. Se seu arquiteto não está discutindo isso com o cliente antes do go-live, alguém vai descobrir isso na fatura.
E o resto da lista?
O case da Petaluma Creamery é bonito, é propaganda bem feita, mas não ensina nada de arquitetura. Serve para vender a narrativa de que um vendedor sozinho com Agentforce salva um negócio.
Na vida real, Agentforce sem dado limpo, sem processo definido e sem permissão bem desenhada não salva ninguém, só acelera o caos que já existia. Isso o post, claro, não vai te contar.
Essa lista funciona como termômetro de onde a Salesforce está investindo narrativa e, por extensão, onde a plataforma vai evoluir mais rápido nos próximos releases. Harness e MCP não são só palavra bonita de blog, são sinalização de arquitetura: o discurso está migrando de 'qual modelo usar' para 'como orquestrar e controlar o agente', e de 'Salesforce como sistema único' para 'Slack como camada de interação universal via MCP'. Quem decide arquitetura de Agentforce, Data Cloud e integração com Slack precisa entender essa direção antes de fechar decisão de longo prazo com cliente.
- Se você está desenhando solução com Agentforce, pare de discutir só qual modelo usar e comece a desenhar explicitamente o harness: quais guardrails, quais pontos de confirmação humana, qual fallback quando o agente não tem confiança suficiente - Ao integrar Slack via MCP com Salesforce, revise Permission Set e Sharing Rule assumindo que o usuário vai executar ação de dentro do canal, não só receber notificação - Inclua estimativa de custo de inferência na proposta de projeto de Agentforce, com quebra por tipo de tarefa, não um número único genérico - Use o case do harness como referência para explicar ao cliente por que 'colocar IA' não é feature isolada, é camada de arquitetura com trade-off real
Esse conteúdo é Newsroom da própria Salesforce, ou seja, é material de posicionamento e venda, não documentação técnica. MCP com Slackbot acessando 'todo o ecossistema' ainda precisa ser validado release a release: o que está disponível em GA, o que é piloto ou pathfinder, e quais objetos e permissões realmente respeitam contexto de segurança do usuário autenticado. Antes de prometer isso a um cliente, confirme no release note oficial e teste o comportamento de sharing em ambiente sandbox.
Este conteúdo foi reescrito e analisado editorialmente em português a partir de informações públicas da fonte indicada.