🧱 Módulo 3
🎯 Antes do Lab: o que você precisa absorver primeiro
Esse bloco é o mais técnico do bootcamp, mas não se assuste. Você não precisa saber construir o agente. Precisa entender o framework o suficiente para especificá-lo com precisão. O arquiteto vai embora construir; o BSA é quem garante que ele construiu a coisa certa. Tempo de leitura estimado: ~15 minutos.
🏭 O que é o Agent Factory?
Agent Factory é o modelo de entrega repetível criado pelo time de Delivery para lançar agentes rápido, sem perder governança, segurança, contexto corporativo ou consistência multi-agente. Não é uma ferramenta, é um framework operacional que conecta a visão estratégica do BSA à execução técnica do arquiteto. Ele resolve o principal problema de projetos de AI: o "AI Pilot Purgatory", onde 50–70% dos projetos ficam presos após a prototipagem por falta de modelo de entrega estruturado.
Sprint vs. Feature Flow, A Mudança Fundamental
Agent Factory abandona o modelo clássico de sprints e adota Feature Flow, entenda por que isso muda tudo
📦 Sprint Clássico (Scrum)
- → Entregas em blocos fixos de 2 semanas
- → Features ficam aguardando o fim do sprint
- → Uma feature bloqueia o sprint inteiro se atrasar
- → Governança vira "fase 2", nunca acontece
- → Resultado: agente em produção em 3–6 meses
Funciona bem para software de produto. Para agentes de AI que dependem de iteração rápida de comportamento, é lento demais.
⚡ Feature Flow (Agent Factory)
- → "Entrega quando a feature está pronta, não quando o sprint termina"
- → Trunk-based development + feature flags: múltiplas features em paralelo
- → Sprint vira cadência de governança, não de entrega
- → Governança integrada desde o dia 1, não como fase posterior
- → Compromisso: primeiro agente em produção em ≤ 4 semanas
O sprint não morre, ele muda de função. O tempo não determina a entrega; a prontidão da feature determina.
Os Três Trilhos Paralelos do Agent Factory
O que diferencia o Agent Factory de projetos de AI tradicionais: os três trilhos rodam simultaneamente, sem bloquear uns aos outros
🔍
Trilho 1, Discovery
Documentação que define o quê será construído e por quê.
- proposal.md Visão, objetivos e justificativa
- design.md Arquitetura de solução
- tasks.md Backlog de tarefas e dependências
- KPIs Critérios de aceite acordados
Papel do BSA: Responsável primário por este trilho. Você é quem define o quê e o por quê.
🔧
Trilho 2, Build
A construção técnica propriamente dita, com contrato de comportamento documentado.
- AGENTS.md Contrato de comportamento do agente
- Skills Library Componentes reutilizáveis entre agentes
- CI/CD Salesforce CLI com pipelines automatizados
- Testing Agentforce Testing Center + agentCompare
Papel do BSA: Valida o AGENTS.md. Você não constrói, mas precisa entender o que está sendo construído.
🛡️
Trilho 3, Governance
Governança não é fase, é trilho paralelo desde o dia 1. Sem isso, o agente não vai para produção.
- Trust Layer Einstein Trust Layer, segurança de dados
- Guardrails Regras de comportamento e limites do agente
- Audit Trail Rastreabilidade de cada ação do agente
- Cross-cutting Arquitetos revisando todos os trilhos
Papel do BSA: Endereça as preocupações de governança com o cliente. Você é a ponte entre compliance e execução.
O AGENTS.md, O Contrato de Comportamento do Agente
O documento mais importante que um BSA pode aprender a escrever. Define o que o agente é, antes de qualquer linha de código ou configuração
| Campo |
O que define |
Exemplo (Service Agent, HapVida) |
| Objetivo do agente |
Por que o agente existe. Qual problema ele resolve. |
"Reduzir o volume de chamadas de dúvidas administrativas ao call center, resolvendo solicitações de 2ª via de guia, agendamento e consulta de cobertura de forma autônoma" |
| Tópicos |
Os domínios de conhecimento em que o agente pode atuar |
Consulta de cobertura · Agendamento de consulta · Status de reembolso · 2ª via de guia |
| Ações |
O que o agente pode executar (não apenas responder) |
Criar case no Salesforce · Enviar guia por e-mail · Registrar agendamento · Encaminhar para fila humana |
| Grounding |
De onde vêm os dados que alimentam as respostas |
Data Cloud (histórico do beneficiário) · Knowledge Base (cobertura por plano) · CRM (cadastro atualizado) |
| Canal |
Por onde o usuário final acessa o agente |
WhatsApp · Portal do Beneficiário (web) · App HapVida |
| Critério de handoff |
Quando o agente para e transfere para um humano |
Solicitação de autorização de internação · Score de frustração >3 · Termos jurídicos detectados · 2 tentativas frustradas no mesmo tópico |
| KPIs de sucesso |
Como vamos saber que funcionou |
Taxa de deflexão de 15% → 45% em 90 dias · CSAT do bot ≥ 4.2 · Taxa de escalação humana < 25% |
💡 Por que o BSA precisa saber escrever o AGENTS.md?
Porque sem esse documento, o arquiteto vai construir o agente que ele imagina que você quer, e você vai receber na demo uma surpresa. O AGENTS.md é a linguagem comum que elimina esse gap. Um BSA que entrega um AGENTS.md bem preenchido corta pela metade os ciclos de alinhamento com o time de Delivery.
Trusted AI Architecture, O que o BSA Precisa Saber Explicar para o Cliente
Clientes corporativos vão perguntar sobre segurança e privacidade. Você precisa ter respostas confiantes, não técnicas, mas precisas
🔒
Einstein Trust Layer
A camada de segurança que protege os dados do cliente quando passam pelo modelo de linguagem.
- → Dados do cliente não são usados para treinar o modelo
- → PII é mascarado antes de chegar ao LLM
- → Auditoria completa de cada chamada ao modelo
- → Toxicity detection nas respostas antes de enviar
Para o cliente: "Seus dados nunca saem do Salesforce para treinar nenhum modelo externo. Cada interação é auditável e rastreável."
🗃️
RAG com Data Cloud
Retrieval-Augmented Generation, o mecanismo que faz o agente responder com dados reais do cliente, não com alucinações.
- → Dados estruturados do CRM + dados não estruturados (documentos, PDFs, políticas)
- → O agente busca a informação certa antes de responder
- → Resposta é fundamentada, não inventada
Para o cliente: "O agente não 'inventa' respostas. Ele busca a informação real nos seus sistemas antes de responder ao seu cliente."
📋
Guardrails, Limites de Comportamento
Regras explícitas que definem o que o agente pode e não pode fazer, configuradas no próprio Agentforce.
- → "Nunca ofereça desconto acima de X% sem aprovação humana"
- → "Se o cliente mencionar termos jurídicos, escalar imediatamente"
- → "Responder apenas em português, nunca em outro idioma"
Para o cliente: "Você define as regras. O agente não age fora delas, ponto."
👁️
Observabilidade, Agentforce Analytics
O painel de controle que permite monitorar o agente em produção e iterar com base em dados reais.
- → Taxa de resolução por tópico
- → Taxa de escalação para humanos
- → Interactions Explorer, cada conversa auditável
- → Einstein GenAI Audit trail completo
Para o cliente: "Você vê tudo que o agente faz. E com dados reais de uso, a gente itera rapidamente para melhorar."
Os 3 Modelos Comerciais do Agent Factory
Quando o cliente perguntar "como funciona o engajamento?", você precisa saber posicionar corretamente o nível de ambição do projeto
⚡
Agent Sprint
1 semana, escopo fechado, prototipagem ao vivo. Ideal para validar a viabilidade e criar o primeiro quick win com baixo risco.
Quando usar: Cliente ainda está decidindo se quer avançar. Precisa de prova de conceito antes de comprometer investimento maior.
🏭
Agent Factory
Recorrente, N agentes por mês, squads paralelos. Para clientes que querem escalar múltiplos agentes com cadência e governança continuada.
Quando usar: Cliente já validou o modelo e quer uma "fábrica", entrega contínua de novos casos de uso com repositório de conhecimento acumulado.
🏗️
Agent Architecture
Consultoria enterprise para escala interna. O cliente quer montar sua própria capacidade de construir agentes, com o time de Delivery como mentor.
Quando usar: Cliente grande que quer internalizar o conhecimento, não terceirizar indefinidamente. Visão de longo prazo com transferência de capacidade.
💡 O conhecimento acumulado é o diferencial competitivo
Cada agente construído dentro do Agent Factory enriquece o repositório de skills reutilizáveis. O segundo agente é mais rápido que o primeiro. O quinto é mais rápido que o segundo. Isso é um argumento poderoso com o cliente: quanto mais cedo começar, mais vantagem acumula.
O Ponto de Handoff BSA → Delivery, Onde o Estratégico Termina
Clareza sobre onde começa e onde termina o trabalho do BSA previne retrabalho, desentendimento e frustração nos dois lados
| Entregável |
Quem produz |
Quem valida |
O que acontece depois |
| Briefing 360° do cliente |
BSA |
AE / AP |
Base para o proposal.md do Agent Factory |
| Matriz de casos de uso priorizados |
BSA |
BSA + Cliente |
Define o escopo do primeiro sprint |
| AGENTS.md (especificação do agente) |
BSA (rascunho) + Arquiteto (revisão) |
Arquiteto + BSA + Cliente |
Entra como documento fundacional do Trilho Build |
| Design e arquitetura técnica |
Arquiteto |
BSA (valida alinhamento com negócio) |
Guia a construção no Trilho Build |
| Agente em sandbox / produção |
Delivery |
BSA + Cliente |
UAT, critérios de aceite, liberação para go-live |
O que você aprende
- → O que é o Agent Factory e por que ele existe
- → Camadas: Discovery → Design → Build → Govern → Scale
- → Como estruturar o escopo com o cliente usando o framework
- → Pontos de handoff: onde o estratégico termina e o técnico começa
- → Trusted AI Architecture: Einstein Trust Layer, Prompt Builder, RAG com Data Cloud
- → AI Ethics & Security by Design
- → A linguagem comum entre BSA e Delivery
🧪 Lab Prático, Agent Factory Completo
Usando os casos de uso do Módulo 2, cada grupo escolhe 1 caso de uso prioritário e preenche o Agent Factory completo:
1. Definição e objetivo do agente
2. Tópicos e ações
3. Fonte de grounding (qual dado alimenta o agente)
4. Canal de atuação
5. Critério de handoff humano
6. Métricas de sucesso
Use Claude para rascunhar a especificação e refine com o grupo. A Delivery Leader reage como arquiteta ao vivo, esse é o momento de aproximação entre estratégia e delivery.
✅ Entregável: Agent Factory preenchido para o caso de uso prioritário de cada cliente