Resumo da Semana — Ecossistema Salesforce em Modo de Consolidação

Semana com volume razoável de publicações, mas com um padrão claro: o ecossistema está resolvendo problemas reais que apareceram depois que Agentforce foi para produção. Localização, arquitetura headless, governança de contact center — nada disso é lançamento de produto novo. É o pós-venda técnico de uma aposta grande que a Salesforce fez no ciclo anterior. Isso, na minha leitura, é um sinal positivo: saímos do modo de anúncio e entramos no modo de consolidação.

O outro fio que percorre a semana é a tensão entre o que a Salesforce controla e o que ela está, de alguma forma, cedendo. O Claude no Slack é o exemplo mais explícito disso, mas a adoção do MCP como protocolo de integração com agentes externos aponta na mesma direção. Vou desenvolver abaixo.

Atlas Reasoning Engine: raciocínio de verdade ou mais um rótulo?

Fonte: help.salesforce.com — Desvendando o Atlas Reasoning Engine

O que mais me interessa no Atlas Reasoning Engine não é o conceito de "System 2 thinking" — que a Salesforce emprestou da psicologia cognitiva com alguma liberdade poética — mas o que ele implica arquiteturalmente: um agente que decide como chegar ao objetivo, e não apenas executa os passos que você mapeou no Flow.

Isso muda o contrato entre arquiteto e plataforma. Até aqui, o trabalho era: definir os passos, prever os desvios, tratar as exceções. Com raciocínio autônomo, o trabalho passa a ser: definir as restrições, os recursos disponíveis e os critérios de sucesso. É uma mudança de paradigma que quem vem do Flow precisa internalizar antes de colocar qualquer agente em produção.

As armadilhas que a documentação menciona são reais — principalmente a tendência do agente de "curto-circuitar" etapas quando o objetivo parece atingível de forma mais direta. Se você não define limites explícitos de quais ações são permitidas, o Atlas vai otimizar pelo caminho mais curto, não necessariamente pelo mais seguro para o seu processo de negócio. Governança de ação é o novo debug de Flow.

Agentforce Revenue Management: a série que eu precisava escrever — e escrevi

Essa semana publiquei o primeiro post da série Agentforce Revenue Management aqui no site. Não tem link externo porque a fonte sou eu.

O ponto central do primeiro artigo é posicionamento: o Agentforce Revenue Management não é um módulo do Revenue Cloud, nem uma extensão do CPQ. É uma camada de orquestração que senta em cima da stack de receita — CPQ, Billing, contratos — e usa agentes para executar processos que hoje dependem de humanos ou de automações frágeis em Flow.

O que mais me preocupa nesse posicionamento é a maturidade do dado. Um agente de receita tomando decisões sobre renovações, ajustes de preço ou exceções de desconto precisa de dados limpos, contratos bem modelados e regras de aprovação bem definidas. A maioria das implementações de Revenue Cloud que acompanho não está nesse nível. Então, antes de comprar a narrativa de automação agêntica de receita, vale fazer uma auditoria honesta da sua implementação base. A série vai cobrir exatamente isso nas próximas semanas.

Claude no Slack: parceria ou cavalo de Troia?

Fonte: Salesforce Ben — Claude Tag no Slack

A integração do Claude diretamente no Slack, com menção por @Claude nos canais, é tecnicamente elegante. O conceito de Ambient AI — IA que opera em segundo plano, participa de conversas quando chamada, não exige uma interface dedicada — é a direção correta para adoção em larga escala.

O problema é que isso cria uma sobreposição direta com o que a Salesforce está vendendo como proposta única do Agentforce. Se um usuário pode mencionar @Claude num canal do Slack e obter análise de oportunidades, resumo de casos ou sugestões de próximos passos, qual é o diferencial do Agentforce para esse mesmo usuário? A resposta da Salesforce provavelmente é "grounding nos dados do CRM, governança, rastreabilidade" — e essa resposta é correta, mas precisa ser provada na prática, não apenas declarada no press release.

Para quem está arquitetando soluções: isso reforça que o valor do Agentforce não está no modelo de linguagem (que pode ser o Claude, o GPT-4, o que for), mas na integração profunda com os objetos do Salesforce, nas permissões granulares e na capacidade de executar ações transacionais com rastreabilidade. Se a sua implementação não explora essas camadas, @Claude no Slack vai parecer mais útil para o usuário final — e vai ser difícil argumentar contra isso.

MCP e Headless 360: a Salesforce abrindo o contexto para agentes externos

Fonte: Salesforce Blog — Arquitetura Headless e IA com MCP

O Model Context Protocol como padrão para munir agentes externos com contexto do Salesforce é, na minha visão, o movimento arquitetural mais relevante da semana — e um dos mais relevantes do semestre. A Salesforce está dizendo, explicitamente, que o Salesforce não precisa ser o único lugar onde a IA roda. Ele precisa ser a fonte de contexto de negócio confiável.

Isso tem implicações diretas para como você projeta integrações. O desafio deixa de ser "como exponho os dados do Salesforce via API" e passa a ser "como garanto que o agente externo acessa exatamente o que precisa, sem vazar contexto sensível, sem over-fetching e com rastreabilidade de quem acessou o quê". O artigo toca nesses pontos, mas ainda de forma superficial — espero ver documentação mais densa sobre os controles de segurança do MCP no contexto do Salesforce nas próximas semanas.

Para arquitetos que estão desenhando soluções com agentes não-nativos (LangChain, CrewAI, ou qualquer orquestrador externo), esse é o caminho oficialmente suportado. Vale ler com atenção e mapear onde sua arquitetura atual diverge desse padrão.

Localização no Agentforce: problema real, solução determinística

Fonte: Salesforce Engineering Blog — Language Drift no Agentforce

"Language drift" — o fenômeno de um agente responder no idioma errado depois de algumas trocas de mensagem — é um problema que qualquer um que colocou agentes multilíngues em produção já encontrou. Deixar o LLM inferir o idioma do usuário a cada turno é, arquiteturalmente, um erro. O LLM não tem memória de estado por padrão, e o idioma precisa ser tratado como estado explícito.

A solução do Agentforce — uma camada determinística chamada Localization Context, que detecta e persiste o idioma independentemente do que o LLM decide — é o tipo de detalhe de engenharia que não aparece no slide de vendas mas faz diferença enorme em produção. O fato de a Salesforce estar publicando isso com números (600 mil fluxos multilíngues diários) sugere que o problema foi grande o suficiente para justificar documentação pública. Boa transparência.

A configuração prática está coberta no artigo complementar do Salesforce Help sobre suporte multilíngue no Agentforce Builder. Se você tem qualquer operação global, os dois artigos juntos são leitura obrigatória antes de habilitar idiomas secundários.

Menções rápidas

• Agentforce Commerce: Conexão direta de catálogos com LLMs externos e consolidação do modelo B2B headless são movimentos relevantes, mas o anúncio ainda é mais declaração de direção do que documentação técnica. Vou acompanhar para ver o que materializa.
• WEM para Agentforce Contact Center: Colocar humanos e agentes autônomos no mesmo painel de gestão é um problema operacional real, especialmente para operações de atendimento em escala. O WEM nativo reduz a dependência de Genesys, Verint e similares para essa camada. Interessante para quem está redesenhando operações de Service Cloud.
• IA na Saúde — portais autenticados e transbordo humano: A pesquisa confirma o óbvio para quem já trabalhou no setor: o paciente quer o agente do seu hospital, não uma IA genérica. O ponto técnico relevante é que "caminho imediato para atendimento humano" precisa ser arquitetado, não apenas prometido.
• Middle management e adoção de IA: Artigo de gestão com pouca substância técnica, mas o diagnóstico é correto: sem patrocínio ativo da liderança intermediária, as métricas de adoção do Agentforce não fecham. Compartilhe com quem está fazendo o change management, não com quem está fazendo a implementação.

O que observar na próxima semana

O ponto de atenção principal é o amadurecimento da documentação em torno do MCP no ecossistema Salesforce. O anúncio foi feito, o caso de uso está descrito — mas os detalhes de segurança, controle de acesso e limites de contexto ainda estão incompletos. Qualquer publicação que preencha essas lacunas tem alto valor arquitetural.

Além disso, acompanho o desdobramento da série de Agentforce Revenue Management: o segundo episódio vai entrar no modelo de dados e em como os agentes interagem com contratos e produtos no Revenue Cloud. Se você tem implementação de CPQ ou Billing em curso, vale ficar de olho.