# Make.com no WhatsApp: publique o agente sem cenário Make.com no WhatsApp: Watch Events e Run an Agent vs o agente publicado no canal. Sem cenário, sem Z-API, com Knowledge, Calendar e CRM nativo. Autor: Felipe Bedani (Produto) Publicado em 2026-09-13 · Tags: make, whatsapp, mcp, vibe-agent --- Quase todo resultado de **Make.com no WhatsApp** te manda o mesmo cenário: Watch Events na Cloud API (ou webhook na Z-API), Run an Agent no meio, Send a message na volta, Conversation ID no número do cliente. Dá pra montar. Também dá pro agente atender no canal, marcar no Calendar e abrir ticket no CRM, sem o scenario no caminho. ## O que é Make.com no WhatsApp **Make.com no WhatsApp** é o cenário que recebe a mensagem, passa pelo módulo de agente e devolve o texto. Na Zaia o nome da busca continua Make. O que publica é o agente no Official ou no Waha, com Knowledge, Calendar e CRM. Sem importar o scenario, sem Conversation ID, sem Z-API como cérebro. Ninguém acorda querendo “mais um módulo”. O pedido é este: a clínica mandou “tem horário quinta?” e a resposta precisa sair no WhatsApp, com a agenda certa, sem você abrir o scenario às 22h. ## Cenário Make vs agente publicado O tema não falta conteúdo. Falta o tutorial que não trata o Make como o lugar onde o agente mora. | | Make (Watch Events / webhook + Run an Agent) | Agente publicado (Zaia) | |---|---|---| | Quem recebe o WhatsApp | O scenario: Cloud API ou Z-API | O canal: Official ou [Waha](/blog/waha-whatsapp/) | | Quem pensa | O módulo Run an Agent, tools penduradas no scenario | O agente do workspace, tools e MCPs nele | | Memória | Conversation ID no número | O fio do canal + Knowledge / Tables | | Agenda | Tool Get Free/Busy e Create Event no cenário | [MCP de Google Calendar](/blog/agente-de-ia-com-google-calendar/) | | Humano no loop | Outro módulo (Slack, planilha, inbox) | CRM nativo: ticket, History, Attendants | | Quando quebra | Editar o scenario é editar a produção | Draft → teste → publicar → rollback | | Cliente novo | Copiar scenario, conexão e webhook | Workspace, o mesmo padrão de agente | O caminho Make funciona pra um número. O teto é o irmão de [criar agente de IA para WhatsApp com n8n](/blog/criar-agente-de-ia-para-whatsapp-com-n8n/): cada cliente novo é uma cópia, a chave do modelo mora na conexão, e o estado “marcar horário / chamar gente” vive em módulo que você mesmo segura. Make não é n8n. É o outro orquestrador que a agência já usa pra form, planilha e anúncio. A pergunta de busca muda. O desenho não: o agente mora no canal, não no scenario. Também não é drop-in do Make. A Zaia não importa o cenário, não lê o Conversation ID e não usa Z-API como requisito. Quem precisa do scenario que já opera continua nele. ## O job concreto: “tem horário quinta?” Ninguém acorda pensando “preciso de um módulo Run an Agent”. O pedido é este: > A agência já tem Make pro tráfego da clínica. Alguém colou Watch Events, o agente da Make e a Z-API. Quinta o paciente perguntou horário. O scenario rodou. O Calendar estava no outro módulo, desligado. A recepção respondeu no celular. O Make ficou no histórico como “sucesso”. Três saídas honestas. Nenhuma promete que o Make some da agência: 1. **Cabe no agente.** Dúvida da [Knowledge](/blog/base-de-conhecimento-agente-de-ia/), preço da avaliação, endereço. Responde no fio. Sem evento na agenda. 2. **Cabe e agenda.** “Tem horário quinta?”, remarcação, confirmação. O agente lê o Calendar e escreve o compromisso. O job completo de [agendamento de consultas no WhatsApp](/blog/agendamento-de-consultas-whatsapp/) continua o mesmo. Aqui o ponto é: isso não mora no scenario. 3. **Não cabe.** “Importa o cenário da Make”, “o agente só pensa e o Make continua mandando o texto”, “cada cliente um Watch Events”. Recusa clara. Isso é orquestrador. Não é o job deste agente. A regra mora na Knowledge: horário comercial, duração, o que nunca vira evento. O modelo não inventa a agenda da clínica. O agente não substitui 100% do time. Encaixe que não existe, desconto fora da tabela, “quero falar com a doutora”: ticket. O humano assume no CRM. ## Como publicar o agente sem o cenário 1. Descreva o caso em português. “Secretária: no WhatsApp, responde o que está na base. Se pedirem horário, consulta o Calendar e marca. Se pedirem gente, abre atendimento. Não manda a pessoa pra um link.” O [**Vibe Agent**](/blog/como-criar-agentes-com-vibe-agent/) monta a configuração inicial. 2. Coloque a regra na **Knowledge**. O que agenda. O que nunca agenda. Qual calendário. Sem isso, o agente marca no dia errado ou some. 3. Publique no WhatsApp. [Official](/blog/api-oficial-whatsapp/) quando o número de produção pede a Cloud API. Waha quando o teste ainda é QR (só texto, risco de sessão Web). Widget e Instagram são portas extras do mesmo agente. 4. Ligue o **MCP do Google Calendar**. Sem o MCP, o agente promete que “alguém marca depois”. Com o MCP, ele escreve o evento. 5. Ligue **criação de ticket** e **Attendants**. Agenda sem fila deixa a exceção no celular. Fila sem regra abre ticket a cada “oi”. 6. Versionar. Teste os três casos (responde, agenda, ticket). Publica. Rollback se o agente começar a criar evento sem confirmar. HTTP Request só entra se a clínica tiver API REST de verdade. Não use HTTP Request pra fingir que o Make continua atrás da cortina. Não trate Workflows como o motor estável deste cenário. Workflows na Zaia são **beta**. O caminho shipped é agente + canal + Calendar + Knowledge + ticket. Não prometa import do scenario, Conversation ID da Make, Z-API como requisito, “o Make dispara o agente da Zaia” nem o time respondendo no scenario. O que está shipped é o agente publicado. BYOK é opcional se a agência já trouxer a chave (OpenAI, Anthropic, Google AI, OpenRouter, xAI). Não é passo obrigatório pra o número sair do ar. ## Quando isso vira oferta pra agência Agência que já opera Make no tráfego sente o teto: o scenario atende um número e o segundo cliente pede outra conexão, outro webhook, outro Conversation ID. O cliente final reconhece valor quando o horário entra na agenda, não quando o módulo “Run an Agent” aparece no histórico. Empacotar “agente no WhatsApp que agenda e chama gente” pede canal + Calendar + ticket, não um scenario por cliente. Exemplo de precificação pro cliente final: agentes que valem a partir de R$1.500/mês. O piso da plataforma é 7 dias de trial, depois a partir de R$150. O roteiro de como vender isso pra base que a agência já tem está no Programa de Aceleração. ## Perguntas frequentes ### O que é Make.com no WhatsApp? É o cenário que recebe a mensagem, passa pelo módulo de agente e devolve o texto. Na Zaia o nome da busca continua Make. O que publica é o agente no Official ou no Waha, com Knowledge, Calendar e CRM no mesmo workspace. ### Preciso de Make.com para ter agente no WhatsApp? Não. Na Zaia o agente publica no canal. Make com Watch Events continua válido. Não é requisito. Importar o scenario não é o desenho daqui. ### A Zaia substitui o cenário que já está no ar? Não como drop-in. Não há import do scenario, nem Conversation ID, nem Z-API obrigatória. Quem precisa do Make que já opera continua nele. O caminho daqui é publicar o agente e atender a conversa nova no canal. ### O agente substitui a recepção? Não. Ele resolve o que está na Knowledge, marca o que cabe no Calendar e abre ticket quando o caso pede gente. O atendente assume. Agente e humano no mesmo loop. ## Como começar Make.com no WhatsApp mora no nome da busca, não no scenario: Vibe Agent pra criar em português, número no Official ou no Waha, regra na Knowledge, Calendar no MCP, ticket ligado. Descreva a secretária, publique, mande um “tem horário quinta?” de teste e olhe a agenda. [Começar agora](https://endless.zaia.app/platform/authenticate). 7 dias de trial. Depois a partir de R$150.