Automação do Pipeline de Vendas Sem Reinventar o CRM
Dois agentes, 14 ferramentas, $92-242/mes. Pipeline sempre atualizado sem coordenador humano.
Uma equipe de 3 pessoas. Emails de prospects sem resposta por dias. Um pipeline no Notion que ninguém atualizava. Coordenacao de agendas que exigia 4-5 trocas de email por reuniao. Informação sobre contatos espalhada por 6 unidades de negócio, sem ninguém cruzando os dados.
Essa era a realidade operacional da Odisea (o laboratório de tecnologia por tras da Synaptic) antes de construir Penelope e Ulises. Não era um problema de vontade. Era um problema de capacidade: 3 pessoas não dao conta de gerenciar um podcast com 50+ convidados potenciais, um pipeline de vendas DeFi com 92+ prospects e programas de pesquisa em 6 países.
A solução obvia era contratar um coordenador de operacoes a $1.500-2.500/mes. A solução que implementamos foi construir dois agentes de IA por $92-242/mes.
Penelope: A Agente de Operacoes Pessoais
Penelope e um bot de Slack com 14 ferramentas em produção. Roda sobre Claude Sonnet 4.5, conectada ao Gmail, Notion, Google Calendar e Brave Search. O código e Python puro: ~940 linhas, usando slack_bolt em Socket Mode.
A arquitetura e direta. Uma thread em background verifica o Gmail a cada 5 minutos buscando emails não lidos. Uma lista de padroes filtra o ruido (noreply@, notifications@, emails internos de @odisea.xyz). Quando algo relevante chega, Claude gera um rascunho de resposta com a voz e personalidade da Penelope. Esse rascunho e postado em um canal do Slack com tres botoes: Aprovar, Rejeitar, Editar. O humano decide. So depois dessa decisão o agente executa.
Esse último ponto e o que distingue um sistema usavel de um sistema perigoso. Penelope nunca envia um email sem aprovação explicita. Nunca agenda uma reuniao sem confirmacao. Nunca modifica o pipeline sem que alguem valide. O padrão e sempre o mesmo: o agente prepara, o humano aprova, o agente executa.
As 14 ferramentas
O stack de ferramentas cobre 5 categorias:
Email: check_inbox, read_email, send_email, reply_email. Ciclo completo do Gmail. Cada email lido e marcado para não processar duas vezes.
CRM: search_guests, query_pipeline, create_guest, update_guest, read_page, create_episode_page. CRUD completo sobre o banco de dados de Personas de Interes no Notion. O pipeline tem 5 etapas: Scouted, Contacted, Confirmed, Pre-Production, Done.
Calendário: find_available_slots, create_recording_event. Consulta FreeBusy do Google Calendar para 3 membros da equipe simultaneamente. Cria eventos com Google Meet e todos os participantes incluidos.
Pesquisa: web_search. API do Brave Search para pesquisa de background sobre convidados e prospects.
Comunicacao: post_to_channel. Publica atualizacoes no canal do Slack do podcast.
O que mudou na prática
Antes da Penelope, agendar uma gravacao de podcast exigia entre 4 e 5 trocas de email. Alguem da equipe verificava sua agenda, a agenda dos outros 2 membros, propunha horarios ao convidado, recebia uma contraproposta, ia e voltava ate chegar a uma data. Frequentemente passavam 3-4 dias entre o primeiro email e a data confirmada.
Com Penelope, o fluxo e: o convidado confirma interesse, Penelope consulta a disponibilidade dos 3 calendarios via FreeBusy, propoe 3 opcoes ao convidado, e quando o convidado escolhe uma, cria o evento com link do Meet e todos os participantes. Uma troca de email em vez de cinco.
O tempo de resposta a emails passou de dias para horas. A limitacao ja não e a velocidade do bot (que responde em segundos), mas o tempo que o humano leva para aprovar o rascunho no Slack. E como o rascunho chega com o contexto completo do email original, a decisão de aprovar ou rejeitar leva 10-15 segundos.
A personalidade importa
Penelope não e um assistente genérico. Tem uma persona definida: ~30 anos, direta, vive o ecossistema tech da América Latina. Fala em espanhol por padrão, muda para ingles conforme o contexto. Tem opinioes (“Esse perfil e fortissimo para o episodio de regulacao”, “Não acho que seja bom fit, pra ser honesta”). Escreve como pessoa, não como gerador de relatorios.
O que acontece e que assistentes de IA genéricos são ignorados. A equipe da Odisea usa Penelope porque interagir com ela parece interagir com uma colega competente, não com um formulario. A lista de anti-padroes e tao importante quanto as integracoes tecnicas: nada de “Com todo prazer”, nada de “Não hesite em perguntar”, nada de listas paralelas com ressalvas.
Ulises: O Agente de Inteligência Operacional
Ulises e o complemento interno da Penelope. Enquanto Penelope gerencia a comunicacao externa (emails, convidados, prospects), Ulises gerencia a inteligência operacional interna.
A arquitetura e diferente: Ulises não tem um codebase Python standalone. Opera como uma definição de agente do Claude Code com acesso a ferramentas MCP (Model Context Protocol) para Slack, Notion e Google Workspace. E mais leve, mais flexivel, e e invocado sob demanda em vez de rodar continuamente.
O que Ulises faz que ninguém mais fazia: cruza informação entre unidades de negócio. A Odisea tem 6 unidades (podcast, legal tech, vendas DeFi, infraestrutura, pesquisa, Synaptic). Um convidado pesquisado para o podcast pode ser relevante para o pipeline de vendas da Pan.Tech. Um contato do programa de pesquisa pode ter conexoes com um prospect enterprise. Antes do Ulises, essas conexoes se perdiam. Cada unidade operava com seu proprio banco de dados e sua propria memória.
Ulises le de múltiplos bancos de dados no Notion e diretorios de memória de agentes. Quando detecta uma conexao (um nome que aparece no pipeline do podcast e na lista de prospects de vendas), a traz a tona no canal do Slack correspondente. A regra de roteamento e estrita: todas as mensagens operacionais vao pelo Ulises, todas as mensagens externas vao pela Penelope. Nunca ao contrario. Essa separacao evita contaminacao de contexto e mantem o prompt de cada agente focado.
Pipeline sempre atualizado
Antes do Ulises, o pipeline no Notion era um cemiterio de dados desatualizados. Alguem criava um registro quando contatava um convidado, mas ninguém o atualizava quando o convidado respondia, quando a gravacao era agendada, ou quando o episodio era publicado. Em 2 semanas, o pipeline ja não refletia a realidade.
Com Ulises, as atualizacoes são automaticas. O estado do pipeline reflete a situacao real em todo momento. Quando Penelope processa um email de confirmacao, o registro no Notion se atualiza. Quando uma gravacao e agendada, a etapa muda. A equipe tem uma visao única e confiavel de todos os prospects.
Por que dois agentes e não um
A pergunta obvia: se ambos os agentes acessam Slack, Notion e Gmail, por que não consolida-los em um único agente mais poderoso.
A resposta vem da experiencia. Um agente com 25+ ferramentas, responsabilidades externas e internas, personalidade publica e logica operacional, se torna ingerenciavel. O prompt cresce. Os erros de roteamento se multiplicam. O agente começa a usar ferramentas internas em contextos externos e vice-versa.
A separacao de responsabilidades funciona pela mesma razao que funciona em equipes humanas. Um vendedor que também e analista de dados, community manager e coordenador de agenda faz todas essas coisas de forma mediana. Dois especialistas com papeis claros produzem melhor trabalho do que um generalista sobrecarregado.
Com Penelope e Ulises, a regra e simples: se a mensagem sai da organizacao, Penelope cuida. Se a mensagem e interna ou analítica, Ulises cuida. Sem ambiguidade, sem sobreposicao, sem confusao sobre quem disse o que.
Os números
Tempo de resposta a emails: de dias para horas (limitado pela aprovação humana, não pela velocidade do bot).
Trocas de email para agendar: de 4-5 para 1.
Ferramentas em produção: 14 (Penelope) + acesso MCP completo (Ulises).
Tracking de pipeline: de atualizacao manual esporadica para atualizacao automatica em tempo real.
Conexoes cross-unit detectadas: operando diariamente, trazendo a tona relacoes que antes se perdiam.
Linhas de código: ~940 (Penelope). Ulises opera como definição de agente, sem codebase independente.
Custo mensal
| Item | Custo |
|---|---|
| VPS da Penelope (compartilhado com outros servicos) | ~$12/mes |
| API do Claude (Sonnet 4.5, ~50-100 conversas/dia) | $50-150/mes |
| Ulises (uso de Claude Code sob demanda) | $30-80/mes |
| API do Brave Search | $0 (tier gratuito suficiente) |
| Total | $92-242/mes |
Contra a alternativa: um coordenador de operacoes part-time a $1.500-2.500/mes. Ou a situacao anterior: ninguém coordenando nada, com o custo invisivel de oportunidades perdidas e prospects que nunca receberam resposta.
O que isso significa para um cliente
Esse sistema se implanta em 5-9 dias:
| Fase | Duracao | Atividades |
|---|---|---|
| Requisitos | 1-2 dias | Mapear padroes de email, estrutura de CRM, fluxos de aprovação |
| Setup de Slack | 1 dia | Criar app de Slack, Socket Mode, permissoes, canais |
| Integracoes | 1-2 dias | OAuth do Gmail, API do Notion, API do Calendar, busca web |
| Persona e prompts | 1-2 dias | Definir voz, system prompt, descricoes de ferramentas, padroes de filtragem |
| Testes | 1-2 dias | Fluxo end-to-end de email, operacoes CRM, agendamento |
O que se personaliza por cliente: a personalidade do agente, os padroes de filtragem de email, a estrutura do CRM, os canais de Slack, os fluxos de aprovação e a logica de roteamento entre agentes. O que não muda: a arquitetura de ferramentas, o padrão de aprovação humana, o threading de conversas e a separacao de responsabilidades entre agentes.
O resultado e uma equipe de operacoes de 2 agentes que funciona 24/7, responde em segundos, mantem o pipeline atualizado sem intervenção manual e custa menos do que um dia de trabalho de um coordenador humano por mes.
Não substitui a equipe. Substitui as 40 horas semanais de trabalho operacional que a equipe não tinha tempo de fazer.
Synaptic transforma equipes sobrecarregadas em operacoes AI-native. Implantação em 5-9 dias. synaptic.so