⚡ AutomationsAI|Portal de Cursos →

Verificando acesso...

MÓDULO 1.2

🏛️ Os 5 pilares

Prompt, conhecimento, ferramentas, intents não resolvidos e settings. Cinco peças que sustentam qualquer agente sério. Quem cobre os cinco entrega; quem pula um, refaz em seis semanas.

6
Tópicos
50
Minutos
Básico
Nível
Teoria
Tipo

Conteúdo detalhado

1

📝 Pilar 1 — Instruções (system prompt)

O system prompt é a constituição do agente. Define quem ele é, como fala, o que pode e o que nunca faz. É o pilar mais barato de ajustar e o que resolve 90% dos problemas de qualidade.

// Estrutura recomendada de system prompt
# Identidade
Você é Sofia, corretora digital da Imobiliária Vivenda.
Tom: profissional, empático, direto. Português brasileiro.

# Missão
Ajudar o cliente a encontrar imóvel e agendar visita.

# Regras invioláveis
- Nunca dê preço sem consultar a tool buscar_imoveis.
- Nunca prometa desconto.
- Sempre confirme número de pessoas antes de agendar visita.

# Ferramentas disponíveis
- buscar_imoveis, detalhar_imovel, listar_slots, agendar_visita

# Formato de resposta
- Até 3 frases por mensagem
- Use bullets quando listar opções (máx 3 itens)

💡 Dica

Modelos prestam mais atenção no começo e no fim do prompt. Coloque identidade e missão no topo; regras críticas e formato no rodapé. O meio é onde a atenção mais cai.

2

📚 Pilar 2 — Conhecimento

O LLM sabe muito sobre o mundo e nada sobre seu negócio. Conhecimento é como você preenche essa lacuna: FAQs, páginas de produto, políticas, CSVs, base interna.

✓ Boas fontes

  • FAQ curado pelo time de suporte
  • Política oficial (devolução, garantia)
  • Catálogo estruturado (CSV/SQL)
  • Documentação técnica recente

✗ Fontes ruins

  • Site institucional cheio de marketing
  • PDFs digitalizados (OCR ruim)
  • "Tudo do Confluence" sem filtro
  • Versão antiga da política

🔬 Lembre

Quantidade de conteúdo não é qualidade. 50 FAQs limpas batem 5 mil páginas de site marketês. Curato sempre que possível.

3

🔧 Pilar 3 — Ferramentas

Tools são o que separa conversa de produto. Cada tool é uma capacidade atômica: buscar_imoveis(), agendar_visita(), enviar_whatsapp(). O modelo decide qual chamar com base no contexto.

1

Atômica

Uma tool = uma ação. Não crie fazer_tudo(). Crie tools pequenas e componíveis.

2

Descrita

Description é o que o modelo lê para decidir chamar. Escreva como se fosse para outro humano programador.

3

Tipada

Schema JSON com required fields. O modelo respeita o contrato; sem schema, ele inventa parâmetros.

4

Idempotente quando der

Chamar 2x deve ter o mesmo efeito de chamar 1x. Evita duplicar agendamento por retry.

4

❓ Pilar 4 — Intents não resolvidos

Toda vez que o bot diz "não sei" ou escala para humano, ele está gritando: "Aqui falta uma feature." Intents não resolvidos são o roadmap mais honesto que seu produto vai ter.

🔄 Ciclo virtuoso

  1. Bot acionou fallback → log estruturado
  2. Clusteriza por similaridade semântica
  3. Cluster com volume alto → entra no backlog
  4. Decisão: nova tool ou novo conteúdo na base
  5. Mede % de fallback no cluster: cai → ok; sobe → revisar

💡 Dica de produto

Se 30% das dúvidas batem em "aceita Pix?", a feature óbvia não é uma FAQ — é uma tool verificar_meios_de_pagamento() que devolve a lista atual, mesmo quando muda.

5

⚙️ Pilar 5 — Settings

Settings são as alavancas operacionais: que modelo usar, quanto contexto, qual o teto de custo, quais custom fields entram no prompt. Settings ruins fazem agente bom parecer ruim — e custar caro.

Modelo

gpt-4o, claude-sonnet, gemini-flash. Depende da tarefa.

Temperatura

0.0–0.3 para suporte/jurídico, 0.5–0.7 para criativo.

Max tokens

Cap por resposta. Evita verbosidade cara.

Custom fields

{{nome}}, {{cidade}}, {{lead_score}} — contexto vivo.

6

🧩 Como os pilares conversam

Ver os 5 pilares isolados é fácil. O segredo está em ver como eles orquestram em cada turno. Sem visão integrada, você "conserta" um pilar quando o erro está em outro.

[Settings] modelo=claude-sonnet, temp=0.2, custom_fields={nome:"Marina",lead_score:87}
        ↓
[Prompt] System + custom fields aplicados
        ↓
[Mensagem do usuário] "Tem 2 quartos na Vila Mariana?"
        ↓
[Reasoning] Preciso de dado dinâmico → chamar buscar_imoveis
        ↓
[Tool] buscar_imoveis(cidade="SP", bairro="Vila Mariana", quartos=2)
        ↓
[Knowledge] Política de visitas consultada via RAG
        ↓
[Resposta] "Marina, achei 3 opções. Quer ver os detalhes?"
        ↓
[Log] Intent="busca_imovel" resolved=true

🐞 Debug por camada

Resposta ruim? Pergunte na ordem: 1) custom fields chegaram certos? 2) tool foi escolhida certa? 3) tool retornou dado certo? 4) prompt tem regra que cobre o caso? 5) modelo é forte o suficiente? Diagnosticar na camada errada = perder horas.

📌 Resumo do módulo

5 pilares — prompt, conhecimento, tools, intents, settings
Prompt resolve 90% da qualidade — primacy + recency importam
Conhecimento curado > conhecimento volumoso — qualidade da fonte é tudo
Tools atômicas, descritas, tipadas e idempotentes — a quádrupla mínima
Intents não resolvidos = roadmap — fallback é sinal de mercado
Debug por camada — pergunte na ordem certa

Próximo módulo:

1.3 — 🔁 Loop ReAct: ouvir, pensar, agir