muitos modelos, um recado

Isso não é otimização de custo dissimulada de discurso técnico. É risco de roadmap. Depender 100% de um modelo frontier de terceiro significa que sua arquitetura de agente vive e morre pela velocidade — e pelos humores — de outra empresa. Quando você fragmenta em modelos especializados, ganha resiliência: se um provedor muda preço, throttling ou política de uso, você troca a peça sem reconstruir a casa.

O combo com o outro post da semana, sobre orquestração e prompts gigantes, fecha o raciocínio. A Salesforce está deliberadamente afastando o Agentforce da lógica de "um prompt monstro resolve tudo" e empurrando para orquestração determinística + subagentes. Isso é literalmente arquitetura de software aplicada a IA generativa: separar responsabilidades, reduzir superfície de erro, tornar debugável o que antes era caixa-preta.

Pra quem desenha soluções, o recado prático é: pare de tentar fazer um agente fazer tudo. Desenhe orquestrador + agentes especializados, do mesmo jeito que você já não coloca toda a lógica de negócio num Trigger só. É o mesmo princípio de separation of concerns que você aplica em Apex há uma década, só que agora aplicado a IA.

Esse tipo de anúncio, feito num artigo curto de Help e não num release estrelado, é sempre o mais perigoso. Passa batido, mas reescreve o plano de quem já investiu meses migrando permissões para Permission Sets seguindo a cartilha oficial da própria Salesforce.

O problema não é técnico, é de confiança em roadmap. Times de arquitetura de segurança tomaram decisão de design baseados numa data de fim de vida anunciada. Agora essa data evaporou, e sobra a pergunta desconfortável: paro a migração no meio, sigo mesmo assim, ou espero a próxima reviravolta?

Minha leitura: continue migrando para Permission Sets e Permission Set Groups independente do que a Salesforce decida sobre Profiles. Não porque a aposentadoria vai voltar — pode ou não voltar — mas porque é a arquitetura de segurança mais granular, mais auditável e mais alinhada com least privilege. Profiles sobreviverem não é motivo para você manter lógica de acesso amarrada a eles.

Release sem glamour é, às vezes, o release mais útil. Ninguém vai fazer thread no LinkedIn sobre melhoria de aprovação de desconto, mas é exatamente esse tipo de ajuste que tira minutos reais do ciclo de deal, multiplicado por milhares de reps.

O ponto de atenção pra arquitetos: como esse release não toca em como você modela produto, bundle ou pricing, não existe desculpa pra tratar isso como projeto grande. É patch de configuração, não redesenho. Se seu time está tratando cada Summer release como motivo pra revisitar o catálogo inteiro, o problema não é o release — é a governança de mudança que você não tem.

Vale mapear as seis features contra os pontos de fricção que seus usuários mais reclamam hoje. Usage-based configurável por admin, por exemplo, é ganho real pra quem vive apagando incêndio de billing manual.

Não é aposta em mercado pequeno — é aposta em prova de conceito regulatório. Se Agentforce passa pelo funil de compliance suíço, o argumento de venda em qualquer outro mercado com governança pesada (financeiro, saúde, setor público) fica muito mais fácil.

O detalhe que interessa a arquitetos não é o valor do cheque, é o motivo dele existir: agente autônomo dentro de operação regulada exige rastreabilidade de decisão, auditoria de ação e limites determinísticos claros — o mesmo tema do post sobre orquestração da semana. Não é coincidência as duas notícias saírem juntas.

Se você atende cliente em setor regulado e ainda trata Agentforce como "chatbot avançado", está subestimando o produto e o risco. A conversa que a Salesforce está tendo com reguladores europeus é a mesma que você vai precisar ter com o compliance do seu cliente.