Voltar para o Blog
Vibe Coding30 / 40
  1. 01O que é vibe coding (e o que não é)
  2. 02De escrever código a dirigir a intenção
  3. 03O ciclo: contexto → plano → geração → revisão
  4. 04O arsenal: visão geral do nosso stack de IA
  5. 05Quando não usar vibe coding
  6. 06Da ideia ao protótipo em horas
  7. 07Claude para brainstorm de produto e PRD
  8. 08Claude Artifacts para mockups instantâneos
  9. 09Lovable: do prompt ao app funcional
  10. 10Google AI Studio: prototipando com Gemini
  11. 11Lovable × Claude × Google Studio: quando usar cada um
  12. 12Claude Code: o par de programação que conhece o monorepo
  13. 13Anatomia de um bom prompt de engenharia
  14. 14Plan mode: planejar antes de gerar
  15. 15Skills e slash commands (/investigate, /review, /ship)
  16. 16Refactors e migrations em massa
  17. 17Debugging com IA: do stack trace à causa raiz
  18. 18Supabase: a espinha dorsal de dados
  19. 19Modelagem com Drizzle ORM
  20. 20RLS na prática: a regra que não tem exceção
  21. 21Migrations SQL à mão e o drift DB↔Drizzle
  22. 22Auth com Google OAuth no Supabase
  23. 23Realtime, Storage e o resto do Supabase
  24. 24Trigger.dev: o piloto automático
  25. 25Seu primeiro job agendado
  26. 26Workflows com retry e observabilidade
  27. 27IA em background: resumos e narrativas
  28. 28Deploy do Trigger.dev e as pegadinhas
  29. 29Evolution API: WhatsApp como canal de produto
  30. 30Instância por usuário e gestão centralizada
  31. 31IA gerando resumos de conversa
  32. 32Boas práticas e armadilhas no WhatsApp
  33. 33Integrando APIs de terceiros com IA
  34. 34Anthropic SDK: Claude dentro do produto
  35. 35Resend: e-mail transacional que chega
  36. 36Google Analytics, Search Console e Ads
  37. 37Rate limit, retry, idempotência e secrets
  38. 38GitHub: CI/CD e AI Code Review como portão de qualidade
  39. 39Deploy no Google Cloud Run
  40. 40A cultura por trás do vibe coding (e o futuro)
Vibe CodingParte 30 de 40

Instância por usuário e gestão centralizada

2 min de leitura
Compartilhar
Vibe Coding

O post-âncora (#29) apresentou a Evolution API como canal. Agora vamos pra decisão de arquitetura que define como o ClubPetro usa o WhatsApp — e que tem implicação direta em confiança, rastro e relacionamento: cada usuário manda pela sua própria instância.

O problema do número genérico

A solução preguiçosa seria um número único de empresa pra todo mundo. Parece simples, mas quebra a relação:

  • O cliente recebe mensagem de um "0800" sem rosto, não da pessoa que ele conhece.
  • Não dá pra saber quem realmente mandou o quê.
  • Um número só vira gargalo e ponto único de bloqueio.

A nossa escolha: instância por usuário

Cada usuário envia pela própria instância Evolution, amarrada no campo users.whatsapp_instance_name. Na prática:

  • O cliente fala com a pessoa (o CSM dele), não com um robô corporativo.
  • Cada mensagem tem dono claro — rastro natural de quem enviou.
  • A relação continua pessoal, mesmo com automação por trás.

Gestão centralizada com bloqueio seguro

Instância por usuário não significa bagunça descentralizada. A administração é central:

  • As instâncias são gerenciadas pelo admin, não cada um na sua.
  • Se a instância de alguém está faltando, a ação é bloqueada — a gente prefere parar e avisar a improvisar e mandar pelo número errado.

Esse "block-on-missing" é uma decisão de design importante: melhor uma falha visível ("configure sua instância") do que um envio silencioso pelo canal errado. Falhar alto é mais seguro que falhar escondido.

O que isso ensina sobre vibe coding

Esse é um caso onde a decisão de arquitetura vale mais que o código. A IA escreveria fácil o "manda mensagem"; o que define a qualidade é a escolha de instância por usuário + bloqueio seguro, que é julgamento humano sobre confiança e relacionamento. A IA implementa a decisão; ela não toma a decisão.

O estado real (transparência)

A coluna whatsapp_instance_name já está em produção e o envio manual via /cs/whatsapp usa esse modelo. Parte das automações ainda está em evolução — e contar isso é parte da cultura: a gente mostra o que já roda e o que ainda está em construção.

⚠️ Armadilha #30: centralizar tudo num número único "pra simplificar". Você simplifica o código e complica o que importa — a confiança do cliente e a rastreabilidade de quem falou o quê.

Próximo da série: #31 — IA gerando resumos de conversa.

Curtiu como a gente pensa?

É assim que trabalhamos todo dia.

Se esse jeito de pensar é o seu, vem construir com a gente — dá uma olhada nas vagas abertas.

Ver vagas