Hoje não existe a figura de processo dentro do Dexter. Existem 49 rotinas automáticas ligadas, cada uma criada para resolver um problema pontual. Juntas elas formam sete processos, mas por acidente, não por desenho.

Este caderno nomeia esses sete e descreve cada um pelo que ele faz, não pelo código que o executa. Cada processo recebe um código de P1 a P7 e cada etapa um número, para que qualquer ponto possa ser corrigido citando a referência.

Desde 5 de agosto existe também o outro lado: o capítulo O desenho registra o processo comercial aprovado, como o Lucas o enviou, e confere item a item contra o que está programado na máquina.

Entre o levantamento original e esta revisão o ambiente mudou várias vezes: um caminho novo de despacho entrou em produção, o planejamento do dia saiu do ar e depois voltou em parte. O capítulo Mudou registra as viradas em ordem, e é por ele que vale começar.

São 23 linhas de WhatsApp operando ao mesmo tempo, 11.963 despachos registrados no índice e 12.620 eventos de conversa entre recebidas e enviadas. Tudo isso é acionado por 49 rotinas automáticas ligadas às 10h de 5 de agosto, e outras 54 permanecem desligadas.

O board se parte em dois no primeiro silêncio

O fluxo que o Lucas desenhou tem uma bifurcação só, mas ela governa tudo: o lead respondeu ou não respondeu. Cada resposta joga o lead para fora da régua e para dentro da conversa.

A copy é imutável e o sistema se recusa a enviar se ela mudar

Os quatro textos vivem num manifesto com um sha256 declarado para cada um. Antes de montar a mensagem, o sistema recalcula o hash e compara. Se divergir, ele não cai num texto antigo: ele bloqueia o envio. O mesmo vale se aparecer uma variável fora da lista aprovada.

Treze agendamentos foram desligados no mesmo minuto

Às 05h37 de 31 de julho, treze rotinas passaram a pausado de uma vez. Nenhuma delas registra motivo. Entre elas está o núcleo inteiro do P3 — o preparo da noite, o pré-plano por telefone e o isolamento final — e as duas entregas da manhã do P7, incluindo o relatório executivo das 06h50.

O P3 tinha oito agendamentos no levantamento. Depois da pausa sobrou um, o plano de capacidade das 06h45, com erro no último status. De 31 de julho a 4 de agosto o processo não existiu.

Um caminho novo de despacho entrou em produção

No mesmo dia, às 18h40, entrou no ar o V4: uma rotina de 30 em 30 minutos que valida e envia em dois passos separados. Ele não substituiu o P4 no papel — substituiu o P4 na prática, porque passou a ser ele quem entregava.

O worker antigo continuou ligado e falhando em toda execução, justamente porque procura os marcos do P3 que foram desligados. Os dois conviveram na mesma fila por cinco dias.

A pausa foi desfeita e o V4 foi desligado — nas duas pontas ao contrário

Este caderno foi publicado no fim da tarde de 4 de agosto dizendo que o V4 era quem entregava e que o P3 estava morto. Três horas depois as duas coisas deixaram de ser verdade.

Às 18h56 de 4 de agosto o agendamento do V4 foi pausado. Ao longo da noite e da manhã de 5 de agosto, boa parte do que tinha sido desligado em 31 de julho voltou: o total de rotinas ligadas subiu de 43 para 49, e entre as que voltaram estão o isolamento das 05h15, a contingência das 06h20 e o relatório profundo das 06h50 — exatamente os marcos que este caderno registrava como perdidos.

Às 09h05 de 5 de agosto o worker antigo de despacho foi pausado também, depois de treze falhas seguidas. Resultado: nesta manhã nenhum dos dois caminhos de despacho está agendado.

Um agendamento carrega só duas informações: quando disparar e o que rodar. Ele não sabe o que o script faz, não sabe se o trabalho terminou e não sabe se já tem alguém fazendo aquilo. Ele é um despertador.

Dos 49 ligados, 43 rodam um script e 6 abrem uma conversa com um modelo de inteligência artificial para decidir algo. Os de IA custam muito mais e demoram muito mais — e dois deles voltaram ao ar entre 4 e 5 de agosto, com o religamento.

A frequência declarada não é a real, e a distância aumentou

Medindo as execuções de 24 horas: os agendamentos que dizem rodar a cada 1 minuto rodam, no melhor caso, a cada 12 minutos e meio. A maioria dos de 1 a 5 minutos caiu para a faixa de 4 a 6 horas entre execuções. Oito dos 43 ligados não executaram nenhuma vez no período.

A máquina não estava saturada no momento da medição. O que está saturado é a fila do próprio relógio: como cada agendamento faz o trabalho inteiro dentro do disparo, um que demora segura todos os outros.

O topo do funil está represado, e represando mais

Há 5.179 mensagens enfileiradas que não saem. O maior bloco é de follow-up: 3.685 itens. E há 291 primeiros contatos, dos quais 1 foi enviado — o mesmo 1 do levantamento, enquanto a fila deles cresceu de 256 para 291. O volume de leads existe. O que não acontece é a fila drenar.

No levantamento a fila tinha 4.794. O V4 chegou a entregar bem — 207 mensagens em 4 de agosto — mas entregava menos do que entrava, e desde a noite de 4 de agosto não entrega nada, porque foi desagendado. Hoje a fila só cresce.

O preparo da noite continua parado, e agora sabemos exatamente onde ele quebra

No levantamento, a etapa falhava por um caminho de arquivo escrito errado. Esse defeito não existe mais: a referência torta sumiu da árvore ativa e o arquivo de autorização foi reposicionado. Quem for consertar precisa saber disso, porque procurar o bug antigo é procurar o que já foi corrigido.

O preparo integral noturno das 20h05 continua desligado desde 31 de julho, e não voltou no religamento de 5 de agosto. O pré-plano por chip das 20h30 também não. Ou seja: os marcos da madrugada foram religados, mas o trabalho que os alimenta, não.

E o marco que voltou, quebra por conta própria. O plano de capacidade das 06h45 está ligado e estoura o limite de 120 segundos em toda execução. É por isso que o worker antigo de despacho falha: a mensagem de erro dele é literalmente milestone_not_ok:06:45. A cadeia inteira é essa, e é curta — o plano de capacidade não termina em dois minutos, o marco das 06h45 nunca fica pronto, o worker recusa-se a abrir o dia.

A deduplicação é conselho, não regra

Antes de enfileirar, o sistema verifica em memória se aquele contato já está na fila. O banco, porém, não impede a repetição, porque não existe restrição de unicidade. De 9.940 despachos com chave, só 6.163 são distintos. Há chaves repetidas até 49 vezes — eram 45 no levantamento e 48 na revisão de 4 de agosto.

Esta é a trava que o V4 não resolve. No levantamento, o que segurava o risco era um acidente feliz: o portão do dia estava fechado e nada saía. O V4 não passa por esse portão — ele tem guardas próprias, por item, e envia. As guardas dele são boas, mas nenhuma delas é unicidade no banco.

Com o despacho parado nesta manhã, o risco está adormecido de novo. Ele acorda no minuto em que alguém religar qualquer um dos dois caminhos — e o índice inteiro carrega 3.777 despachos a mais do que chaves distintas.

O que ele faz, passo a passo

O que ele faz, passo a passo

O que ele fazia, passo a passo

O que fazer com o P3

Há três saídas, e a escolha é de desenho, não de código. Aposentar: assumir que o controle por item do V4 substitui o controle por dia, e apagar este capítulo. Reduzir: manter só o plano de capacidade, que é o que o V4 não tem, e descartar o resto. Religar: voltar o processo inteiro — o que significa começar pelo P3.1, e não pelos marcos que dependem dele.

O que não dá para manter é o estado atual, em que metade do processo foi religada sem a metade que a alimenta, e o processo que dependia dele falha citando o marco que não fica pronto.

Dois caminhos para a mesma coisa, e nenhum deles no ar

Este capítulo descreve dois processos que fazem a mesma coisa. O V4, no ar de 31 de julho a 4 de agosto, entregou 207 mensagens no seu melhor dia e foi pausado às 18h56 de 4 de agosto. O worker antigo, descrito nas etapas P4.1 a P4.6, falha em toda execução porque depende dos marcos do P3 — e falhou treze vezes seguidas antes de ser pausado na manhã de 5 de agosto.

Os dois leem a mesma fila. Nada no ambiente declara qual é o oficial, e nesta manhã a resposta de fato é: nenhum. Saíram 10 mensagens no dia, contra 207 na véspera.

O caminho que entregava até 4 de agosto

O caminho que está parado

O que ele faz, passo a passo

O que ele faz, passo a passo

Os três papéis

Cada processo tem um código e cada etapa tem um número. As etapas do caminho novo de despacho usam V4.x para não se confundirem com as do worker antigo, que seguem P4.x. Para pedir mudança, basta apontar:

• “O P4.5 está errado.” A etapa existe, mas o que está escrito não corresponde à realidade.
• “Falta uma etapa entre P2.2 e P2.3.” Há trabalho acontecendo que o caderno não registrou.
• “O P6 deveria ser parte do P4.” O recorte dos processos está errado.
• “P7 não é processo, é consequência.” Algo aqui não merece ser tratado como processo próprio.

As três perguntas que mais ajudam

Com o mapa acertado, o caminho é escolher onde fica o controle único, desligar os agendamentos atuais e religá-los um por um já no formato de gestor mais executor.

A ordem sugerida mudou duas vezes desde julho, e a razão de ter mudado é o assunto. O desenho comercial está certo e implementado: os textos, os intervalos, os gatilhos e as guardas conferem com o que o Lucas enviou. O problema é inteiramente da camada que decide quando as coisas rodam. Quatro decisões, nesta ordem:

• Escolher qual caminho de despacho é o oficial e religá-lo. Hoje nenhum dos dois está agendado e a fila só cresce. Esta decisão é de hoje, não da reunião.
• Fazer o preparo da noite voltar, ou aposentar o P3 de vez. Religar os marcos da madrugada sem religar o P3.1 produz o pior dos dois mundos: rotinas que rodam e falham. Se o V4 for o oficial, o P3 pode ser aposentado inteiro.
• Fechar a unicidade no banco. Era a trava 3 e continua sem dono. Enquanto o despacho está parado o risco dorme; ele acorda junto com o primeiro religamento.
• Publicar o estado. Um lugar onde se leia o que está ligado agora, sem abrir a máquina. Sem isso, a próxima virada volta a ser descoberta por acaso, dias depois.

Depois disso, a escuta (P5) segue sendo a candidata natural para o formato gestor mais executor, porque já tem a reivindicação pronta e só precisa de quem retome.