O sistema que lê a conversa real da corretora e devolve coaching de venda — virando produto SaaS pra imobiliárias. Dois trilhos, um motor: o Copiloto (Bettin) e a Plataforma dig.D (a agência). Este é o mapa de tudo.
Conselho (Antonio + Dalio) unânime, validado no código. Twenty não vira fonte de verdade — não faz multi-tenant pra revenda, é AGPL, e custo de infra multiplica por cliente.
Não reconstruímos CRM: só a espinha do lead (identidade + etapa + tarefa). A UI rica fica pro cliente que pagar por ela. O diferencial — o coaching por IA — é o produto; o resto é encanamento que a gente controla.
Cinco fases. A ordem não é capricho: primeiro parar de sangrar, depois cravar a fonte de verdade, depois generalizar o que já roda em 1 corretora pra 3, e só então escalar.
Bugs e furos de segurança que já custavam dinheiro ou risco em produção. Revisado, mergeado e rodando em produção — validado ponta a ponta com mensagem real da Dani.
A decisão de arquitetura que trava todo o resto. Sem isso, nada do funil pode ser generalizado.
Pegar o que já funciona numa linha (a Gi) e transformar em motor pra todas.
Paralelizáveis entre si, depois da fundação firme.
O mesmo motor, um tenant a mais. A dig.D vira tenant #1 do mesmo sistema multi-tenant da SaaS da Bettin — tudo que a gente constrói pra operar a agência já é o produto. Modelado no CRM que o Denderson mostrou (plataforma N.A.I.A.).
A dig.D já é Meta Tech Provider: cada número de cliente entra sob a dig.D via Embedded Signup. É o que torna o disparo multi-tenant viável — e encurta a fase de virar produto vendável.
Acha o ICP no Instagram → DM humanizada → puxa uma call → cai no CRM. Lead a ~R$3 (vs R$10-20 do tráfego).
Módulos que a Dani opera num lugar só (rotas já scaffoldadas: crm · disparos · canais · posts · metricas · trafego · projetos · tarefas).
Maestri (Sonnet Revisora + Painel Produto) + pool dev1–dev5, no padrão agente implementa, Dora valida/commita, deploy só com a Dani. O trabalho da madrugada saiu do branch e foi pra produção.
Merge deployado com a Dani na tela: CLOUD_WEBHOOK_SECRET coordenado, migrations 0042→0045 no banco vivo, restart sem derrubar o feed da Gi — validado E2E com mensagem real.
merge 98a5578bTimer de cadência de hora em hora (9:15–18:15 SP) ativo, bug do 1º toque corrigido antes de morder, teste real no WhatsApp da Dani, copy "reencontro" aprovada. Onda 1: 158 leads aguardando GO.
auto-enroll pronto · flag offChat corretora↔corretora inflava métrica do briefing da Dani; connected_since ignorado (regressões de maio). Corrigidos e deployados antes do briefing.
3e45f936De 73 falhas + 8 errors pra 1 falha — 670+ testes verdes. 5 rodadas Sonnet (Maestri) + dev2; conftest com schema migration-only.
tests/conftest.pyAcompanhamento em tempo real dos 8 toques. Núcleo V2 em construção: /crm kanban canônico + /hoje Fila de Hoje. Imob religado (estava fora do ar desde as 4h).
imob.digd.com.br/cadenciaLeitura real commitada; dash2.digd.com.br provisório no ar enquanto o oficial não assume.
2fac907e · dash2.digd.com.brO maior risco não é técnico, é organizacional: hoje há 2 sistemas de credencial e 3 de remarketing fazendo a mesma coisa. A regra do 2.0 é cravar onde cada responsabilidade mora.
O Inspector lê a conversa, gera o raio-X, e as entregas (Dani, corretora, Betinha) falam com humano. O diferencial mora aqui.
Credencial isolada por tenant (auditada red-team), envio Cloud API, rotação de template, cadência. Fonte única de disparo.
O painel real, já unificado, já lê os dados. Evolui pro Painel 2.0 — não é substituído.
A orquestra Maestri (Mac) + a Dora (VPS) mapearam o sistema inteiro. Nada aqui é achismo.
2026-07-10-mapa-sistema.md · 43 KB
2026-07-10-sonnet.md
2026-07-10-painel.md
2026-07-10-codex.md · gpt-5.6-terra
Tratar os 3 repos como sistemas separados reproduz, em escala maior, a fragmentação que já existe. Cada fase acima existe pra colapsar duplicação, não pra criar mais uma. Quem dispara pra cliente de verdade (a Gi) precisa passar a usar o cofre auditado — hoje não usa.