Briefing técnico da estrutura de chips da Green Lab

100
Chips no total da operação
10
Celulares Android no total da operação
< 3min
Substituição ao detectar queda

Fluxo 1 — Maturação de 30 dias por chip

Cada chip entra na operação como número novo. Antes de disparar qualquer campanha, ele passa 30 dias rodando um personagem humano. Tudo isso é controlado por I.A.

O que a I.A. faz pelo chip

A I.A. opera o número 24 horas. Ela age como se fosse a pessoa real por trás do chip.

  • Troca mensagens espontâneas entre os próprios chips da operação
  • Manda áudio gravado simulando conversa real entre 8 e 22 segundos
  • Posta status com foto três vezes ao dia em horários variáveis
  • Salva contatos novos na agenda para criar histórico de agenda
  • Recebe ligações cruzadas de outros chips da esteira

Curva de volume da maturação

O chip não começa falando muito. A I.A. sobe o ritmo em escada para não parecer spike.

  • Dia 1 a 3: poucas mensagens e dois áudios curtos
  • A cada 3 dias o volume cresce 15% sobre o volume anterior
  • A I.A. para de subir quando o chip toca o teto seguro da operação
  • Status e chamadas cruzadas entram na segunda semana
  • O chip fica maduro quando mantém 30 dias sem anomalia

Rodízio físico de chip e celular

O chip roda entre celulares para diluir o IMEI. A operação nunca depende de um aparelho só.

  • Cada expert tem um celular reserva quente em standby
  • O chip muda de aparelho sem perder sessão na Evolution API
  • A I.A. registra o rodízio para distribuir sinal entre antenas diferentes
  • Se um celular trava, o chip migra em minutos para o reserva
  • O painel mostra o IMEI atual de cada chip em tempo real

Comportamento que a I.A. evita

O script da esteira foi escrito para não levantar alerta na Meta. Há coisas que o chip não faz.

  • Não dispara campanha comercial nem manda mensagem em massa
  • Não repete o mesmo text em horários parecidos
  • Não salva mais de X contatos por dia para evitar padrão robótico
  • Não usa a mesma conta em dois celulares ao mesmo tempo
  • Não muda de fuso horário sem curva natural de adaptação

Critério de promoção para produção

O chip não vai para a fila comercial por calendário. Ele vai quando atinge os critérios da esteira.

  • 30 dias completos sem queda e sem bloqueio da Meta
  • Histórico orgânico consistente com humano no painel de auditoria
  • Foto e nome comercial aplicados pelo operador antes da promoção
  • Score de risco de detecção abaixo do limite definido para a operação
  • Instância da Evolution API estável e respondendo em todos os eventos

O que o painel mostra durante a maturação

A operação inteira enxerga o chip novo. Nada fica escondido em planilha.

  • Dia atual da esteira e volume do dia contra a curva esperada
  • Quantidade de mensagens, áudios e status postados nas últimas 24 horas
  • Histórico de rodízio de celular com IMEI e timestamp
  • Eventos de queda e reconexão durante o aquecimento
  • Status de promoção para fila comercial quando chega em 100%

Marcos da esteira de 30 dias

O que o chip atravessa em cada semana até virar ativo.

D1 a D7 — Aquecimento silencioso (2 a 5 msgs/dia)

Primeiros registros no 1 a 1 sem grupos

  • Chip novo recebe instância dedicada na Evolution API
  • I.A. inicia conversas cruzadas silenciosas de 1 a 1 com chips internos
  • Primeiros áudios curtos e contatos salvos na agenda
  • Zero postagens em comunidades para não chamar atenção do algoritmo
D8 a D14 — Entrada passiva em grupos (6 a 10 msgs/dia)

Participação como membro comum nas comunidades

  • O chip entra nos grupos oficiais apenas como leitor comum
  • Postagem de status com fotos três vezes ao dia em horários aleatórios
  • Visualização e interações leves dentro dos grupos sem spam
  • Volume de mensagens ajustado entre 6 e 10 disparos diários
D15 a D21 — Promoção a Administrador (10 a 15 msgs/dia)

Primeiros comunicados oficiais no grupo

  • O chip recebe permissão de administrador nas comunidades
  • Início do envio de avisos de apostas, orientações e áudios curtos
  • Volume diário expande de maneira segura para 10 a 15 mensagens
  • Avaliação diária do score de saúde e monitoramento de entregas
D22 a D30 — Produção plena em comunidades (10 a 20 msgs/dia)

Operação comercial estabilizada no teto da casa

  • Chip 100% maduro e travado no teto seguro de 10 a 20 msgs/dia
  • Cadência de 90 segundos ativada entre cada comunicado enviado
  • Autodesaceleração preventiva acionada se houver instabilidade na operadora
  • Monitoramento de reserva e contingência em tempo real

Fluxo 2 — O chip em produção ativa

Quando o chip termina a maturação ele entra na fila comercial. A partir daí a operação segue três regras duras. Cadência. IP. Monitoramento.

Cadência de 90 segundos

O sistema segura o ritmo do envio. O mesmo chip nunca dispara duas mensagens em menos de 90 segundos.

  • Fila central libera um envio por chip respeitando o intervalo
  • Se a fila enche, ela distribui entre os outros 9 chips do expert
  • Horário de cada envio tem variação aleatória dentro da janela
  • Padrão de minutos nunca repete a mesma assinatura no painel
  • Score de risco da Meta cai quando a cadência é respeitada

IP móvel dinâmico por chip

O IP que a Meta enxerga no envio é o IP real do chip. Não é proxy nem VPS.

  • Cada celular Android roda a Evolution API localmente
  • Conexão sai pela rede 4G da operadora do chip
  • IP muda quando o chip muda de celular no rodízio físico
  • Cada expert opera num bloco de IPs segregado dos outros
  • Se um IP cai, os outros nove seguem sem parar

Disparo real e fila de envio

A campanha é quebrada em tarefas pequenas. Cada tarefa cai num chip e vai quando a cadência libera.

  • Fila única por expert com 10 chips ativos
  • Cada envio recebe ID único para rastrear retorno da Meta
  • Fila redireciona para outro chip se o original cair no meio do envio
  • Templates aprovados entram na fila depois do aval do operador
  • Logs gravam número de origem, destino e timestamp de cada envio

Monitoramento em tempo real

O painel lê cada chip a cada poucos segundos. Nada depende de relatório manual.

  • Webhook da Evolution API dispara em qualquer evento da instância
  • Status do chip aparece como online, ausente, ou queimado
  • Volume do dia é comparado com a meta diária da campanha
  • Qualquer anomalia sobe alerta automático no painel de controle
  • Histórico de envios por chip fica salvo para auditoria

Blocos isolados por Expert

Os experts não compartilham bloco. Cada um opera num ambiente fechado dos outros.

  • 10 chips do expert 1 não compartilham IP nem antena com o expert 2
  • Fila de envio de cada expert lê só a base de leads dele
  • Painel mostra blocos independentes para evitar mistura de leads
  • Substituição de chip num bloco não afeta os outros blocos
  • Expansão ou redução de expert acontece sem parar a operação

Métricas que a operação acompanha

A gestão olha poucos números por dia. O resto fica nos logs para auditoria.

  • Total de envios no dia contra a meta diária da campanha
  • Quantidade de chips ativos, chips caídos e chips em maturação
  • Tempo médio de swap entre detecção e retorno da operação
  • Score de risco da Meta consolidado por bloco
  • Eventos de queda agrupados por horário e por chip

Fluxo 3 — O que acontece quando um chip cai

Este é o fluxo lógico exato. Detecção. Alerta. Swap físico. Registro. Retomada. Tudo em menos de 3 minutos.

Passo 1 — Detecção da queima

O sistema percebe que o chip não responde mais

  • Webhook da Evolution API recebe evento de desconexão da instância
  • Painel roda health check a cada poucos segundos e confirma o status
  • Chip é marcado como queimado e congelado na fila de envio
  • Causa provável entra no log com timestamp e histórico do chip
  • Sistema abre um ticket de incidente com ID único no painel
Passo 2 — Alerta no Painel de Operações

Operador recebe a notificação na tela do sistema

  • Painel dispara aviso sonoro e pop-up com prioridade máxima
  • Alerta mostra ID do chip, expert e timestamp da queima
  • Alerta indica o chip reserva que deve ser usado na bancada
  • Alerta calcula o tempo decorrido desde a detecção da falha
  • Operador confirma a leitura e vai para a bancada de celulares
Passo 3 — Swap físico do chip na bancada

Operador vai até a bancada e faz a troca

  • Operador identifica o celular com o chip queimado no painel físico
  • Operador puxa o chip reserva do slot marcado para o expert
  • Chip reserva vai para o slot do chip queimado e liga no Android
  • Operador abre o app de mensagens e confirma o número no display
  • Operador toca em liberar chip no painel para confirmar o swap
Passo 4 — Registro no painel

Painel grava o swap e atualiza a operação

  • Painel registra o chip queimado como offline e indisponível
  • Painel registra o chip reserva como novo chip ativo do bloco
  • Log do evento mostra IMEI novo, IMEI antigo e horário do swap
  • Ticket de incidente recebe status resolvido e operador responsável
  • Painel mostra tempo total entre detecção e resolução do caso
Passo 5 — Retomada lógica do disparo

Fila de envio é liberada para o chip reserva

  • Fila pendente do chip queimado é realocada para o chip reserva
  • Cadência de 90s volta a contar do zero para evitar bloco de envios
  • Próximos envios da campanha saem pelo chip reserva sem pausar
  • Chip queimado entra em análise para ver se vira backup ou vai embora
  • Sistema segue monitorando tudo em tempo real sem intervenção manual
Pós-evento — Reposição do slot reserva

Operação repondo o chip reserva que foi usado

  • Solicita novo chip reserva para repor o slot usado
  • Chip reserva entra na esteira de maturação de 30 dias
  • Painel mostra chip reserva em aquecimento até completar a esteira
  • Operação volta a ter 10 chips ativos no bloco do expert
  • Nada na fila comercial fica esperando mais do que 90 segundos

Tipos de queima que o sistema detecta

Nem toda queda é igual. O sistema classifica para o operador agir certo.

  • Queima de Meta: número bloqueado pela plataforma
  • Queima de operadora: chip sem rede ou registrado em outra região
  • Queima de aparelho: celular travou e perdeu a sessão
  • Queima de sessão: Evolution API perdeu conexão com o WhatsApp

SLA do swap físico

Tempo entre o alerta no painel e o chip reserva ativo no bloco.

  • Detecção até alerta no painel: menos de 30 segundos
  • Alerta até swap físico: depende do operador na bancada
  • Swap físico até retomada da fila: menos de 1 minuto
  • Total do fluxo: menos de 3 minutos no cenário padrão

O que o operador vê no Alerta

Informações diretas para agir rápido e resolver o incidente.

  • Chip queimado, expert afetado e bloco correspondente
  • Chip reserva sugerido e posição dele na bancada
  • Quantos envios estão parados por causa da queda
  • Botão de confirmar swap e botão de escalar incidente

Perguntas para iniciar o projeto

5 pontos que precisamos definir antes do deploy. O que não tiver definido ainda pode ser discutido no kickoff.

Pergunta 1 de 5

1. Volume diário de mensagens por celular e picos de disparo

Janela de envio permitida (horário e fuso) e estimativa de carga de requisições por segundo.

2. Modelos e marcas dos 10 celulares Android disponíveis

Especificação exata dos aparelhos para instalação do agente root MQTT e controle de IMEI.

3. Distribuição das operadoras de telefonia e chips ativos

Quantos chips de Claro, Vivo ou Tim serão usados. Qualidade do sinal celular na bancada física.

4. Webhook de retorno da plataforma da casa de apostas

Para qual URL da sua plataforma devemos enviar os eventos de mensagens (entregue, lido e falhas).

5. Responsável técnico da equipe de desenvolvimento do cliente

Nome e contato do desenvolvedor da casa de apostas para homologação técnica dos disparos.

Nenhum arquivo selecionado