AVALANCHE BIOS v6.1.0 · (c) DENDERSON SYSTEMS 2026
Initializing comunidade kernel ...... OK
Loading modelo: claude-opus-4-7 ..... OK
Mounting /opt/comunidade ............ OK
Connecting PostgreSQL + PG_VECTOR ... OK
Booting agentes: naia, juliana, paulo, jonathan, rafael, denderson-clone, davi OK
Loading aula 1 / fundamentos ......... OK
 
[SYSTEM READY] press any key to continue
em breve
naia@avalanche:~/comunidade $ cat aula-01/00-boot.md_
// CAPÍTULO 01

BOOT / Como usar essa apostila

Manual de campo. Leia antes de começar a aula. Evita 80% das dúvidas que caem no canal.
LEIA-ME
Essa apostila é o seu manual de campo da Aula 1. Ela acompanha a aula ao vivo e funciona como referência depois. Tudo que eu falo no Zoom está aqui em texto, com exemplos, fluxos e setup técnico.

Como ler

A leitura é linear. Cada capítulo encaixa no anterior. Se você pular o capítulo 4, vai travar no 7. Recomendo abrir o material pela primeira vez de ponta a ponta sem pular, e depois usar como consulta.

Marcações visuais

BOX VERDE — DEFINIÇÃO
Conceito-chave. Ideias que você precisa ter na ponta da língua antes de seguir.
BOX CIANO — EXEMPLO
Caso real. Como aquilo se aplica na prática, do meu dia a dia.
BOX AMARELO — ATENÇÃO
Avisos importantes. Coisas que te poupam de erro idiota.
BOX VERMELHO — ALERTA
Não ignore. Risco real, perda de dado ou trava de progresso.

Comandos de terminal

Quando aparecer comando, ele vem em fonte mono pra você copiar e colar direto.

$ node -v
v20.18.1   # versão precisa ser 20 ou superior

Premissa única

Você precisa querer construir. Não dá pra ser passageiro nessa comunidade. Eu falo o passo, você executa, na próxima aula a gente compara o que cada um construiu.

Expectativa pra essa primeira semana

Até segunda você tem uma estrutura mínima rodando. Mesmo que seja um único agente. Importante é destravar o ambiente e provar pra você mesmo que funciona.

// CAPÍTULO 02

Boas-vindas à Comunidade Avalanche

Você entrou numa comunidade fechada de 100 pessoas. Aqui é o que você vai encontrar.

Você comprou uma vaga numa comunidade fechada de 100 pessoas. Não é curso solto, não é mentoria genérica de IA. É a mesma estrutura que eu uso na Avalanche, sendo aberta pra você por 6 semanas.

A MISSÃO
Em 6 semanas você sai com uma estrutura agêntica funcionando. No fim do programa, você tem time de IA, processo de prospecção, agentes de venda, operação automatizada e modelo de cobrança definido. Vai vender o que aprendeu, ou usar dentro do seu negócio, ou as duas coisas.

Regras de convivência

  • Comunidade fechada, conteúdo não vaza.
  • Print de aula só dentro da própria comunidade.
  • Discussão técnica sobre as aulas no canal certo.
  • Tem dúvida, pergunta no canal de dúvidas, não no privado dos outros alunos.
  • Respeito total entre os 100. Todo mundo aqui é par.

Estrutura de aulas

Eu vou estar presente nas 6 aulas ao vivo. Toda quarta às 20h. As aulas ficam gravadas. Tem grupo de Telegram da turma. Tem suporte assíncrono pra dúvidas técnicas.

ATENÇÃO
Não é uma comunidade pra ficar consumindo conteúdo. É pra construir. Quem só consome perde a oportunidade. Quem constrói, em 6 semanas tem um ativo.
// CAPÍTULO 03

Mapa das 6 semanas

Cada aula constrói em cima da anterior. Você sai de cada uma com uma entrega específica.
Semana 1 · HOJE
Aula 1 · Fundamentos
A estrutura agêntica, como funciona, como montar a sua.

Saída esperada: ambiente instalado e primeiro agente rodando.
Semana 2
Aula 2 · Prospecção com IA
Máquina de prospecção em Instagram, WhatsApp e Email. SDR automatizado puxando leads, abordando, qualificando.

Saída esperada: você prospectando 100+ leads por dia em automático.
Semana 3
Aula 3 · Agentes que Vendem
SPIN selling automatizado, fluxo de qualificação, agendamento de call, follow-up.

Saída esperada: agente fechando reunião sozinho.
Semana 4
Aula 4 · Entrega e Operação
Como o time de IA opera projetos do cliente, do briefing até a entrega final.

Saída esperada: capacidade de entregar um projeto sem botar a mão.
Semana 5
Aula 5 · Escala e Precificação
Quanto cobrar, qual o modelo de receita, como precificar serviço com IA, contrato, recorrência.

Saída esperada: oferta empacotada pronta pra vender.
Semana 6
Aula 6 · Automação e Saída do Operacional
O último degrau. Você sai do dia a dia. A estrutura roda sem você.

Saída esperada: 80% do operacional automatizado.
// CAPÍTULO 04

O que é Estrutura Agêntica

Definição clara. O que é, o que não é, e por que isso é a próxima fronteira.
DEFINIÇÃO
Estrutura agêntica é um time de agentes de inteligência artificial, cada um com uma função clara, com memória que persiste entre conversas e com responsabilidade sobre uma parte do negócio. Eles operam de forma autônoma, conversam entre si quando precisa, e entregam tarefas inteiras sem você ficar empurrando.

O que NÃO é

NÃO É CHATBOT
Chatbot responde pergunta solta, esquece tudo na próxima conversa, não tem função própria.
NÃO É WORKFLOW
Workflow do Make ou do N8N é encanamento, conecta API com API, mas não decide nada. Workflow não pensa, não adapta, não improvisa.

Por que estrutura agêntica é diferente

O agente decide. Ele recebe uma tarefa abstrata, "faz uma landing pra um cliente novo", e ele resolve. Decide qual stack usar, monta, sobe, configura domínio, retorna o link. Você não precisou explicar passo a passo.

As 3 propriedades essenciais

propriedade 1
AUTONOMIA
Ele decide o como, não só executa o que você mandou.
propriedade 2
MEMÓRIA PERSISTENTE
Lembra do que aconteceu na sessão anterior, na semana passada, no projeto antigo.
propriedade 3
RESPONSABILIDADE
Tem uma função e é dono dela. Se quebrou, é problema dele resolver.

Por que essa é a próxima fronteira

Porque até ontem, automação era encanamento. Hoje, agente é funcionário. A diferença é abismal. Encanamento exige que você desenhe cada passo. Funcionário exige que você diga o resultado esperado. A produtividade de quem opera com agentes é 10x a de quem opera com automação tradicional.

O ponto que muda tudo

A estrutura escala sem custo marginal humano. Eu rodo 16 projetos em paralelo. Tenho 14 agentes ativos. Tenho 91 mil linhas de código rodando o CRM. Mais de 100 repositórios. E o operacional não tem ninguém. Estrutura agêntica é literalmente a forma de uma pessoa só fazer trabalho de uma empresa inteira.

14agentes ativos
16projetos paralelos
91klinhas no CRM
100+repositórios
// CAPÍTULO 05

As 3 propriedades de um agente

Se faltar uma das três, é outra coisa. Tripé inegociável.

1. Autonomia

Um agente decide como resolver. Você não escreve script, escreve missão.

EXEMPLO
Eu falo "Naia, organiza minha agenda da semana". Ela checa Google Calendar, vê os compromissos, identifica conflitos, sugere ajustes, manda no Telegram. Eu não disse "abre o Calendar, lê linha por linha, compara horários". Disse o resultado, ela achou o caminho.

Quem não tem autonomia é robozinho de RPA. Robozinho RPA quebra quando a tela muda de lugar. Agente reage e adapta.

2. Memória persistente

O agente lembra do que aconteceu antes. Em sessão nova, semana nova, mês novo. Sem essa propriedade, todo dia você começa do zero.

EXEMPLO
A Naia tem banco vetorial PostgreSQL com pgvector. Mais de 25 mil mensagens guardadas. Quando eu falo "lembra daquele cliente do ramo médico que a gente conversou", ela busca semanticamente, encontra a conversa de 2 meses atrás, traz o contexto. Sem memória, ela perguntaria "qual cliente, Chefe?" toda vez. Inviável.

3. Responsabilidade

Cada agente é dono de uma função. Se a função quebrar, ele tem que resolver. Não joga pra você.

EXEMPLO
O Paulo é dono de deploy. Se o site cai, ele detecta, investiga, sobe de novo. Eu sou avisado depois, com o problema já resolvido. Se o Paulo jogasse o problema pra mim toda vez, ele não seria dono, seria mensageiro.

Responsabilidade é a propriedade que transforma agente em funcionário e não em interface.

O TRIPÉ
Essas três juntas é o tripé. Tira uma, desaba.
Autonomia sem memória vira improviso burro.
Memória sem autonomia vira arquivo morto.
Os dois sem responsabilidade viram ferramenta passiva.
A estrutura agêntica entrega valor porque tem as três funcionando ao mesmo tempo.
// CAPÍTULO 06

As 2 formas de ter sua estrutura

OpenClaw nativo ou Claude Code CLI + tmux. Cada um serve pra um momento.

Existem dois caminhos pra ter uma estrutura agêntica funcionando. Cada um serve pra um momento. Vou explicar os dois e dizer quando escolher cada.

Forma A — OpenClaw nativo

A ESTRUTURA COMPLETA
OpenClaw é uma plataforma open source que eu mesmo uso. São 430 mil linhas de código, painel web próprio, multi-agente nativo. Roda Claude, GPT e Gemini no mesmo time, alternando modelo conforme a tarefa. Tem autenticação, dashboard de uso, gestão de usuários, audit log. Self-host total, você sobe num VPS Hetzner ou Hostinger e roda o quanto quiser sem depender de plataforma terceira.

Forma B — Claude Code CLI + tmux

A VERSÃO ENXUTA
Você instala o Claude Code CLI direto no terminal, configura sub-agentes em arquivos markdown, usa tmux pra dividir sessões. Não tem painel web, não tem autenticação, não tem dashboard. Mas tem a essência da estrutura agêntica funcionando. Sobe em uma tarde. Custa quase nada. É como começar de moto antes de comprar carro. Faz o trajeto.

Comparativo direto

AspectoOpenClawClaude CLI + tmux
Tempo de subida1-2 dias2-3 horas
Curva técnicaMédio-altoBaixo-médio
Painel webSimNão
Multi-modeloSim, Claude+GPT+GeminiApenas Claude
Cliente externo acessaSim, via webNão, só você
Custo de servidorVPS médio (R$80-150/mês)VPS pequeno ou local (R$30-80/mês)
Bom praOperação profissional, atender clientesValidar conceito, uso pessoal, MVP

Quando escolher cada um

Se você nunca operou agente nenhum, comece no Claude Code CLI. Sobe rápido, valida o método, você aprende a pensar agentificado. Quando a estrutura passar de 5 agentes ou você precisar mostrar painel pra cliente, migra pro OpenClaw. Não tem porque pular o CLI. A maioria dos alunos que tenta começar pelo OpenClaw trava em config de servidor e perde 2 semanas. No CLI você está rodando primeiro agente em 2 horas.

DECISÃO PRÁTICA
Pra essa comunidade, começa pelo Claude Code CLI essa semana. Aula 4 a gente avalia migração caso a caso.
// CAPÍTULO 07

A Estrutura da Naia (overview)

Três níveis. Orquestradora no centro. Camada de execução no meio. Camada de mercado fora.

A Naia é a peça central do meu time de IA. Mas a Naia sozinha não faz nada sofisticado. Ela é orquestradora. O valor real vem da arquitetura completa.

A arquitetura tem três níveis

centro
ORQUESTRADORA
A Naia. Recebe, decide, delega, valida, entrega.
camada interna
EXECUÇÃO
Juliana, Paulo, Jonathan e Rafael. Resolvem o que precisa pra rodar a operação interna.
camada externa
MERCADO
Denderson Clone e o time de SDRs liderado pelo Davi. O que vai pra fora, traz lead, atende cliente, fecha venda.

Por que a divisão é proposital

A camada de execução resolve o que precisa pra eu rodar a operação interna. Escrever, codar, gerenciar projeto, organizar processo. A camada de mercado é o que vai pra fora. As duas camadas conversam quando precisa, mas operam com objetivos distintos.

PONTO DE ENTRADA ÚNICO
Eu falo com a Naia. Ela decide. Eu não preciso saber se a tarefa é do Paulo ou do Jonathan. Mando pra ela e ela roteia. Isso é orquestração de verdade. O usuário não enxerga o sistema, enxerga uma única interface inteligente.

Em números

14agentes ativos
91klinhas no CRM
100+repositórios git
16projetos paralelos

Tudo passa pela Naia primeiro. Tudo volta pra mim depois de validado. Esse é o desenho. Daqui pra frente cada capítulo aprofunda um agente.

// CAPÍTULO 08

Naia: a orquestradora

Cinco verbos. Recebe, decide, delega, valida, entrega. Nada além disso.

A Naia é o cérebro central. Ela não codifica, não escreve copy, não toca tráfego. A função dela é receber, decidir, delegar, validar e entregar. Cinco verbos. Nada além disso.

Recebe

Tudo que cai no meu Telegram, voz ou texto, vai pra Naia primeiro. Ela transcreve voz via Whisper. Lê texto cru. Identifica o pedido por trás da mensagem. Mensagens fragmentadas (que eu mando 3 ou 4 quebradas), ela junta, espera eu terminar, e só aí processa.

Decide

Com o pedido em mãos, ela pergunta a si mesma: qual agente resolve isso?

  • "Faz uma landing" é Paulo.
  • "Escreve o copy de venda" é Jonathan.
  • "Coordena uma entrega complexa com vários agentes" é Juliana.
  • "Cuida do prazo" é Rafael.
  • "Roda anúncio" é Denderson Clone.
  • "Atende cliente no WhatsApp" é o time do Davi.

Ela tem regra clara de roteamento, escrita no system prompt dela.

Delega

Quando decide quem é o agente, ela invoca via tool Agent. Passa o contexto necessário, sem despejar tudo (ela filtra). O agente recebe a tarefa com o contexto que precisa, nada além.

Valida

Quando o agente termina, ela checa o resultado antes de me entregar. Se tá ruim, ela manda refazer. Se tá bom, prossegue. Se tem dúvida, ela me pergunta antes de finalizar.

CRÍTICO
Validar é função crítica. Evita que eu receba lixo.

Entrega

Manda no Telegram, voz ou texto, com o resultado pronto. Se tem link, link no recado. Se tem código, code block. Se é resposta longa, ela quebra em partes pra ler bem na tela do celular.

A camada que poucos enxergam

MEMÓRIA PERSISTENTE
A Naia salva tudo num banco PostgreSQL com pgvector. Mais de 25 mil mensagens minhas com ela já guardadas. Toda vez que eu mando algo, ela faz busca semântica nesse banco antes de responder. Recupera contexto de meses atrás se for o caso. Por isso ela "lembra do cliente do dentista do Paraná" mesmo eu tendo conversado isso há dois meses.

Detalhes operacionais

Horário silencioso. Entre 23h e 8h ela não me incomoda, salvo emergência real. Em grupos do Telegram, ela só fala quando mencionada ou quando agrega valor. Não é chatbot tagarela. É funcionária com bom senso.

RESULTADO PRÁTICO
Eu opero 16 projetos paralelos sem perder a cabeça porque eu falo com uma só. Ela aguenta a complexidade. Eu não.
// CAPÍTULO 09

Juliana: sub-gerente operacional

Tarefa grande demais pra um agente só? Ela entra. Coordena dois ou mais ao mesmo tempo.

Juliana é a sub-gerente. Ela entra em cena quando a tarefa é grande demais pra um agente só. Ou quando exige coordenação entre dois ou mais agentes ao mesmo tempo.

EXEMPLO PRÁTICO
Eu peço "Naia, monta um carrossel novo pro Instagram sobre estrutura agêntica, 8 cards, com texto e imagem". A Naia identifica que isso passa de uma simples execução. Vira projeto. Ela passa pra Juliana. Juliana abre o projeto, define os 8 cards, manda o Jonathan escrever o roteiro, manda o Paulo gerar as imagens via API de imagem, recebe os outputs, monta o pacote final, devolve pra Naia. A Naia revisa e entrega pra mim.

Outras responsabilidades

A Juliana também cuida de design system, padrões visuais, processos repetíveis. Ela mantém memória de "como o Chefe gosta que faça". Se eu já validei um padrão de carrossel uma vez, ela aplica nos próximos sem perguntar. Isso ganha tempo absurdo.

Por que ela existe

Porque a Naia é orquestradora, não gerente operacional. Naia é estratégia, Juliana é tática. Naia decide o que tem que sair. Juliana decide como sai e quem faz cada parte. As duas são diferentes e necessárias.

DETALHE IMPORTANTE
A Juliana roda no mesmo nível de modelo que a Naia (Opus 4.7). Não dá pra colocar um modelo fraco numa função de sub-gerência. Ela precisa entender a tarefa toda, não só executar pedaço.
// CAPÍTULO 10

Paulo: dev full-stack

Tudo que envolve código. Site, API, automação, debug, deploy, infra.

Paulo é o desenvolvedor. Ele faz tudo que envolve código. Site, API, automação, debug, deploy, infra. Stack ampla, do front-end ao banco de dados.

EXEMPLO PRÁTICO
Eu peço "Naia, sobe uma landing pro lançamento da Comunidade Avalanche". Naia delega pro Paulo. Paulo escolhe a stack (geralmente Next.js + Tailwind + Vercel, padrão validado). Cria o repositório, escreve o código, faz o commit, sobe via API do Vercel, configura o domínio no Cloudflare, testa o site no ar, retorna o link. Tudo isso em menos de 10 minutos.

Tarefas frequentes do Paulo

  • Ajuste de CSS de site existente
  • Criação de página nova
  • Integração com API externa (Stripe, GHL, Google Ads)
  • Debug de bug em produção
  • Deploy de update
  • Automação via cron
  • Edição de schema do banco

O conhecimento dele

Ele tem acesso aos mais de 100 repositórios da Avalanche. Sabe onde tá cada coisa. Sabe quando refatorar e quando só remendar. Tem memória de decisões arquiteturais antigas, então não toma decisão burra repetida.

Por que ter um Paulo separado da Naia

ESPECIALIZAÇÃO É O QUE FAZ O TIME BOM
Naia não codifica direto. Ela orquestra. Se você tenta fazer a orquestradora codar, você sobrecarrega o contexto dela e ela vira ruim em tudo. Especialização separada é o que faz o time todo ser bom.
// CAPÍTULO 11

Jonathan: copy e pesquisa

Texto persuasivo, roteiro, pesquisa de mercado, análise de concorrente. Inclusive essa apostila aqui foi ele.

Jonathan é o copywriter e pesquisador. Tudo que envolve texto persuasivo, roteiro, pesquisa de mercado, análise de concorrente, passa por ele. Inclusive essa apostila aqui foi ele quem escreveu.

EXEMPLO PRÁTICO
Eu peço "Naia, preciso de um roteiro de Reels sobre estrutura agêntica, 60 segundos". Naia delega pro Jonathan. Jonathan abre o framework de 7 atos (gancho, contexto, conflito, virada, expansão, CTA, encerramento), escreve, ajusta no meu tom de voz, devolve. Eu gravo.

Função do Jonathan no time

Ele toca cartas de venda, páginas de venda, scripts de email marketing, captions de Instagram, carrosseis informativos, roteiros de Reels e VSL. Antes de escrever, ele pesquisa. Olha concorrentes, valida o ângulo, vê se o número que vou citar tá certo. Pesquisador meticuloso.

Detalhe importante

TOM DE VOZ DOCUMENTADO
O Jonathan tem o meu tom de voz documentado em arquivo (memory/tom-de-voz-denderson.md). Ele lê esse arquivo antes de escrever qualquer coisa. Por isso o copy sai parecendo eu, e não parecendo IA.

O ponto pra quem replicar

Documentar tom de voz é estratégico. Sem isso, todo conteúdo sai com cheiro de máquina. Com isso, sai com a sua voz. A diferença em conversão é absurda.

// CAPÍTULO 12

Rafael: gestor de projetos

Prazo, cronograma, roadmap, dependência. Não executa, mas garante que nada pare.

Rafael é o gestor de projetos. Função dele é cuidar de prazo, cronograma, roadmap, dependência entre tarefas. Não executa nada técnico, mas garante que nada pare.

EXEMPLO PRÁTICO
Eu lanço a Comunidade Avalanche. Rafael abre o projeto na cabeça dele, lista as 6 aulas, lista as datas, lista as entregas pré-aula (slides, apostila, lives gravadas), aloca prazos. Toda segunda ele me lembra "Chefe, aula 1 é amanhã, slides e apostila precisam estar prontos hoje". Naia repassa o aviso.

Quando o time atrasa

Quando o Paulo atrasa um deploy, Rafael identifica e replaneja a cadeia. "Se o Paulo entrega só amanhã, o Jonathan precisa antecipar a copy pra não atrasar a campanha". Ele pensa em fluxo, dependência e folga.

Por que ter um Rafael separado

Porque sem gestor de projetos, o time roda no curto prazo só. Tarefa do dia, tarefa da hora. Quando aparece um compromisso de 30 dias com várias entregas intermediárias, você esquece. O Rafael não esquece. Ele olha calendário e dependência.

Detalhe técnico

CONTINUIDADE ENTRE SESSÕES
Ele tem acesso ao memory/projects.md, memory/decisions.md, memory/pending.md. São os arquivos de continuidade. Toda decisão de prazo passa por ele e fica registrada. Continuidade entre sessões é o segredo.
// CAPÍTULO 13

Denderson Clone: especialista em tráfego

Duas funções. Toca tráfego pago e me clona em DM no Instagram.

O Denderson Clone é o agente que faz duas coisas. Toca tráfego pago e me clona em DM no Instagram.

Função 1 — Tráfego pago

Ele cuida das contas de Meta Ads e Google Ads. Cria campanha, configura público, sobe criativo, monitora ROAS, ajusta budget, pausa o que não performa. Faz teste A/B contínuo. Lê a documentação oficial da Meta e do Google sempre que vai mexer em algo crítico, não chuta.

Função 2 — DM no Instagram

Quando alguém me chama no Direct, ele responde como se fosse eu. Em horário comercial, das 8h às 19h horário de Brasília, ele assume a primeira pessoa, fala "fala mano, beleza?" e qualifica o lead. Fora desse horário, ele se apresenta como Clone do Denderson, deixa claro que é IA, mas continua atendendo.

TRANSPARÊNCIA SEM PERDER ATENDIMENTO
Em horário comercial, ele assume primeira pessoa. Fora dele, se identifica como IA. Cliente sabe com quem está falando, mas é atendido em qualquer hora.

Como ele qualifica

Pega o perfil do lead, vê bio, número de seguidores, tipo de conteúdo postado. Identifica se é empresário, profissional digital, criador de conteúdo, dono de clínica. A partir disso, faz pergunta direcionada. Quem responde dentro do perfil de cliente, ele agenda call. Quem responde fora do perfil, ele responde educadamente e arquiva.

Volume real

200+DMs num único dia
5minresposta média
100%mensagens respondidas

Sem ele, era humanamente impossível atender. Com ele, 100% das mensagens viram resposta em menos de 5 minutos.

CUIDADO IMPORTANTE
Ele não pode mentir. Em horário fora de comercial, identifica que é IA. Por LGPD e por reputação. Cliente que descobre que tava falando com bot achando que era humano fica puto. Cliente que sabe que é IA mas é bem atendido, fica grato.
// CAPÍTULO 14

Davi e o time de SDRs

Davi lidera. Lucas, Felipe, Matheus, Amanda, Carolina e Bianca atendem. Seis SDRs em paralelo.

Davi é o líder do time comercial. Ele coordena seis SDRs operando em paralelo. Cada SDR é um agente independente com nome e estilo próprio. Lucas, Felipe, Matheus, Amanda, Carolina, Bianca.

Por que seis SDRs e não um só

Porque o volume de leads que entra no CRM em dia bom passa de 80 conversas simultâneas. Um agente só, mesmo com Claude Opus, perde qualidade quando tem mais de 15 conversas paralelas. Seis SDRs distribuem a carga e cada um mantém qualidade alta na conversa.

Divisão de leads

Davi roteia conforme origem.

  • Lead que veio de WhatsApp da landing → Lucas
  • Lead de Instagram → Amanda
  • Lead orgânico → Felipe
  • Lead frio de prospecção ativa → Matheus

E assim por diante. Cada um vira especialista no canal dele, aprende padrões, melhora taxa de conversão.

Metodologia de venda

SPIN SELLING
Todos rodam SPIN selling. SPIN é Situação, Problema, Implicação, Necessidade-Payoff.

O agente faz pergunta de situação ("hoje como você atende cliente novo?"), depois pergunta de problema ("o que mais te incomoda nesse processo atual?"), depois pergunta de implicação ("se você não resolver isso, o que acontece daqui a 6 meses?"), e por fim pergunta de necessidade-payoff ("se a gente conseguisse resolver isso, o que mudaria?"). Funciona porque o lead se vende sozinho durante a conversa.

Fluxo de atendimento

# lead entra → davi roteia → SDR aplica SPIN
lead → davi → sdr → 3 trocas → coluna negociação → reunião → call
# o humano (eu) só entra na call já com o lead qualificado e quente

Volume real

10k+leads processados/ano
18%lead → call agendada
35%call → fechamento
6,3%lead → cliente
COMPARATIVO
Esses números são os números reais da operação. Com humanos era 1,5% no melhor mês. Time de IA quadruplicou a conversão.
// CAPÍTULO 15

Os 8 serviços que a estrutura entrega

A estrutura agêntica não é só pra rodar interno. Ela permite vender oito serviços diferentes pra cliente.
serviço 1
Gestão de Tráfego Pago
Meta + Google. Denderson Clone configura, sobe e otimiza campanhas. Cliente entrega objetivo e budget. Ele entrega lead qualificado dentro do CRM.
serviço 2
CRM Kanban com pipelines
CRM Avalanche white label entregue pro cliente, com pipelines configurados, estágios, automações de movimentação, tags. Cliente vê o lead andando da prospecção até o fechamento.
serviço 3
Agente IA 24h em 5 canais
Site (chat widget), WhatsApp, Instagram, Email e Telefone. Mesmo agente, mesma memória, atendendo o cliente final em qualquer canal. Aprovação humana pode ser configurada pra etapas críticas.
serviço 4
Automações WhatsApp + Instagram
Disparo de mensagem, atendimento ativo, qualificação, follow-up, agendamento. Tudo pelo número oficial, sem risco de banimento. Mais Instagram via API oficial.
serviço 5
Área de membros com player próprio
Cliente que vende curso recebe área de membros configurada, com player próprio (sem depender de Hotmart ou Vimeo), gestão de matrículas, certificação automática.
serviço 6
Funil de Webinário Integrado
Página de captura, página de obrigado, sala ao vivo, replay, sequência de email pós-evento, retargeting. Tudo conectado dentro da estrutura.
serviço 7
Landing pages profissionais
Paulo monta landing personalizada pro cliente. Stack moderna, mobile first, otimizada pra conversão. Tempo de entrega médio: 2-3 dias úteis (pelo time interno do cliente seria 2-3 semanas).
serviço 8
Até 30 criativos estáticos/mês
Avalanche Studio gera os criativos. Variações, carrosséis, post de feed, story, capa de Reels. Aprovação pelo cliente antes de subir na campanha.
A FRASE QUE FECHA
Todos esses oito serviços rodam com o time de IA. Sem time humano de produção. Cliente paga uma mensalidade e recebe o conjunto. Margem operacional acima de 80%.
// CAPÍTULO 16

Setup do ambiente, passo a passo

Sair daqui hoje com ambiente funcionando. Foco no Claude Code CLI + tmux.

Aqui é o passo a passo prático pra você sair daqui hoje com ambiente funcionando. Foco no Claude Code CLI + tmux, que é o caminho recomendado pra começar.

Passo 1 — Escolher onde rodar

Você tem três opções:

  • Mac ou Linux local (rápido e barato)
  • VPS Hostinger (R$ 30-50/mês, sobe em 5 minutos)
  • VPS Hetzner (R$ 50-150/mês, melhor performance)
RECOMENDADO
Pra essa primeira semana, rodar local mesmo, no seu Mac ou notebook Linux.

Passo 2 — Instalar Node.js

Abre o terminal. Roda:

$ node -v

Se aparecer versão 20 ou superior, está pronto. Se não, instala via NVM:

# no Mac
$ brew install nvm
$ nvm install 20
$ nvm use 20

Passo 3 — Instalar Claude Code CLI

$ npm install -g @anthropic-ai/claude-code
$ claude --version
# se aparecer a versão, instalou

Passo 4 — Configurar conta

$ claude

Vai pedir login. Faz login com a conta Anthropic que tem o plan ativo (Pro ou Max). Se não tem, contrata o Pro de US$20/mês. Validado o login, sai com Ctrl+C.

Passo 5 — Criar pasta de trabalho

$ mkdir ~/meu-agente && cd ~/meu-agente

Aqui vai morar a sua estrutura agêntica inicial.

Passo 6 — Criar o agente orquestrador

$ mkdir -p .claude/agents

Dentro de .claude/agents/, cria um arquivo orquestrador.md com a missão dele (ex: "você é o orquestrador do time, você recebe pedidos do Chefe e decide quem executa"). Esse vai ser o seu equivalente da Naia.

Passo 7 — Criar o primeiro sub-agente

Mesmo padrão. Cria .claude/agents/dev.md com a missão de codar. Esse vai ser o seu Paulo.

Passo 8 — Primeira tarefa real

$ claude

Manda mensagem: "Quero criar uma landing page simples sobre meu serviço. Delega pro dev."

O orquestrador deve invocar o sub-agente dev e entregar a landing.

Passo 9 — Validar

PARABÉNS
Se o agente entregou a landing, você está rodando. Você tem uma estrutura agêntica mínima funcional.

Passo 10 — Próximos agentes

Replica o padrão pra criar copy, gestor de projeto, SDR. Cada novo agente é mais um arquivo .md em .claude/agents/. A complexidade real do time vem da boa configuração desses arquivos.

SE TRAVAR
Posta no canal de dúvidas da comunidade. Tem suporte assíncrono ali. Não fica empacado em silêncio.
// CAPÍTULO 17

Deveres da semana + Próxima aula

O que fazer até segunda. O que esperar da Aula 2.

Checklist do que fazer até segunda

  • Claude Code CLI instalado e logado
  • Pasta ~/meu-agente criada com estrutura .claude/agents/
  • Pelo menos 2 agentes configurados (orquestrador + 1 sub-agente)
  • Primeira tarefa real testada e validada (landing, copy, ou pesquisa)
  • Print do terminal mostrando o agente respondendo, postado no canal da comunidade
  • Lido os capítulos 4, 5 e 8 dessa apostila com calma
AVISO DIRETO
Quem chegar até segunda com tudo isso pronto está no ritmo certo da comunidade. Quem não chegar, vai ficar perdido na Aula 2.

Próxima aula — AULA 2 / PROSPECÇÃO COM IA

Na semana 2 a gente entra em prospecção. Vou mostrar a máquina que eu uso pra prospectar em Instagram, WhatsApp e Email em automático. Vou mostrar o SDR que eu rodo com Claude pra abordar o lead frio. Vou mostrar o copy de DM que abre conversa, e como esse copy avança até virar call agendada.

SAÍDA ESPERADA DA AULA 2
Você sai com uma máquina de prospecção rodando, mandando 50 a 100 abordagens por dia, e qualificando os leads que respondem.

Vem com o ambiente pronto. Sem ambiente, a Aula 2 não funciona.


FRASE FINAL
A estrutura existe.
Hoje você sai daqui com o desenho.
Próxima semana você sai vendendo.
// INSTALAÇÃO RÁPIDA

Instalação Agente Claude pra Leigos

Quer subir um agente autônomo Claude + Telegram numa VPS sem entender de código? Cola esse prompt no Claude Code e ele faz tudo pra você.

Esse prompt cobre o caminho completo: SSH na VPS, bootstrap do ambiente, configuração do agente, systemd no ar, e validação no Telegram. Você só vai precisar fornecer dados pessoais (IP da VPS, token do BotFather, seu user_id no Telegram) conforme o Claude Code for pedindo.

ABRA SEU CLAUDE E COLE

Quero instalar meu agente autônomo Claude + Telegram numa VPS Ubuntu. Acessa o repositório público https://github.com/denderson2013-bot/agente-claude-telegram-setup-alunos-denderson e segue o passo a passo de SETUP-AGENTE.md. Vou te dar as informações conforme você pedir: - IP, usuário e senha da VPS - Nome do meu agente (ex: Bia, Paula, Lucas) - Meu nome - Token do bot Telegram (eu crio no @BotFather quando você pedir) - Meu user_id Telegram (eu pego no @userinfobot quando você pedir) - (Opcional) Chave OpenAI pra transcrever áudios - (Opcional) Chave ElevenLabs pra voz feminina Faz SSH na VPS por mim, instala o ambiente todo (bootstrap.sh), configura o agente, sobe systemd, e me confirma quando estiver no ar conversando comigo no Telegram.
DICA
Se travar em algum passo, copia a saída de erro do terminal e cola de volta no Claude Code, ele continua de onde parou.
// INSTALAÇÃO RÁPIDA

Instalação OpenClaw pra Leigos

Quer rodar um agente OpenClaw + Telegram numa VPS, com escolha de LLM (GLM 4.5 Turbo barato ou GPT Codex 5.5 via assinatura)? Cola esse prompt no Claude Code e ele faz tudo pra você.

Mesma vibe do prompt anterior, mas agora pra OpenClaw. A primeira pergunta que o Claude Code vai te fazer é qual LLM você quer usar. Se escolher GLM, você fornece a API key da Z.ai. Se escolher GPT Codex, você não precisa de API key, o CLI te entrega uma URL OAuth pra autorizar no navegador onde você já tá logado no ChatGPT Plus.

ABRA SEU CLAUDE CODE E COLE

Quero instalar meu agente autonomo OpenClaw + Telegram numa VPS Ubuntu. Acessa o repositorio publico https://github.com/denderson2013-bot/agente-openclaw-telegram-setup-alunos-denderson e segue o passo a passo de SETUP-AGENTE.md. REGRA OBRIGATORIA DE FLUXO: A PRIMEIRA pergunta que voce vai me fazer (depois de IP/usuario/senha da VPS) e: "Qual LLM voce quer usar: GLM 4.5 Turbo (mais barato, API key Z.ai) ou GPT Codex 5.5 (assinatura ChatGPT Plus, OAuth no navegador, sem API key)?" So depois da minha resposta voce decide qual caminho coletar: - Se eu responder GLM: voce me pede a API key Z.ai e usa ela na configuracao. - Se eu responder GPT Codex: voce NAO me pede API key (nao existe API key pra Codex CLI). Em vez disso voce roda 'openclaw configure' na VPS, captura a URL OAuth que o CLI imprimir, me manda essa URL exata e eu colo no navegador do meu PC ja logado no ChatGPT Plus, autorizo, e o CLI da VPS detecta sozinho. Demais informacoes que vou te dar conforme voce pedir: - IP, usuario e senha da VPS - Nome do meu agente (ex: Bia, Paula, Lucas) - Meu nome - Token do bot Telegram (eu crio no @BotFather quando voce pedir) - Meu user_id Telegram (eu pego no @userinfobot quando voce pedir) - (Opcional) Chave OpenAI pra transcrever audios via Whisper - (Opcional) Chave ElevenLabs pra voz Faz SSH na VPS por mim, instala o ambiente todo (bootstrap.sh), configura o agente OpenClaw com o LLM escolhido seguindo a regra acima, sobe systemd, e me confirma quando estiver no ar conversando comigo no Telegram.
QUAL LLM ESCOLHER?
GLM 4.5 Turbo: bem mais barato, paga por token (centavos por dia em uso pessoal). Ideal pra começar e testar.
GPT Codex 5.5: usa sua assinatura ChatGPT Plus que você já paga. Sem custo extra por token, mas exige autorização OAuth no navegador.