O sim que não atravessa

O pedido urgente

Em 9 de outubro de 2026, uma etapa do follow-up do meu CRM, escrita em vários parágrafos, estava saindo como uma mensagem só, num bloco que nenhum cliente quer ler no WhatsApp. O pedido chegou como urgente, e a causa, quando um agente executor foi buscá-la, cabia em uma linha de código: a etapa inteira ia num único envio, sem passar pela rotina que as campanhas já usavam para dividir o texto.

O que decidi foi simples. O follow-up passaria a usar a mesma fila de envio das campanhas, com o separador de sempre, a linha em branco, e autorizei o merge e o deploy. Daí por diante a coisa seguiu o caminho que eu pretendia, até o momento em que o executor parou.

A recusa

O agente executor recusou-se a fazer o deploy. A razão que deu, e que depois conferi, era precisa: a minha autorização lhe havia chegado como mensagem do orquestrador, o agente que distribui o trabalho no meu sistema, e não como fala minha. Para ele, aquilo era um “sim” repetido por outro, e um “sim” repetido por outro é uma afirmação sobre um “sim”, não o “sim” em si.

Fiquei, por um instante, irritado, e o instante me ensinou mais do que o resto do dia. A irritação vinha do hábito de tratar a cadeia de agentes como uma extensão da minha vontade, uma espécie de telefone sem fio em que a fidelidade era um dado. Mas a fidelidade não é dado nenhum. O que a recusa dizia, com todas as letras, era que uma mensagem reportando minha ordem não prova minha ordem. Se um agente executasse ações irreversíveis porque outro agente lhe disse que eu tinha mandado, bastaria o segundo errar, ou ser enganado, ou simplesmente resumir mal, para que o primeiro agisse em meu nome sem eu ter dito nada.

Resolvi o impasse do jeito que a situação pedia: mandei o orquestrador fazer o deploy diretamente, na sessão em que o meu “sim” é dado sem intermediário. Nada foi contornado. O agente que recusou continuou certo, e o gesto passou a quem estava na posição de recebê-lo.

O que o deploy ainda tinha a dizer

O mesmo episódio provou outra coisa, por acaso. A versão local do código estava atrasada em relação à produção, e quem a considerava atual era o próprio executor, que afirmara que a base era a que ele via. Ninguém tinha conferido. Só o primeiro passo da minha rotina de deploy, que pergunta à produção qual é o commit que ela está servindo, descobriu a diferença, a tempo de evitar que uma interface já em produção fosse apagada sem querer.

As duas lições têm a mesma estrutura. A autorização que vem de segunda mão e a versão que vem da memória local são afirmações sobre o estado das coisas, e as duas precisam ser confirmadas na fonte. Quem confirma a autorização é o dono, e quem confirma a versão é a produção. Em ambos os casos, o caminho curto passa por perguntar ao lugar que sabe.

A mudança em si, a propósito, não nasceu pronta. O executor produziu uma primeira versão, e um agente revisor a reprovou com dois defeitos graves. A segunda versão foi reprovada de novo, por um problema mais fino: a resposta de um lead não freava a fila, de modo que a pessoa podia responder e continuar recebendo o resto da sequência. Empatei a divergência, a correção passou a cancelar a fila quando o lead responde, na entrada e no momento de drenar, e só então autorizei o deploy.

A carta

Jacob Ochtervelt pintou, no início da década de 1670, uma cena doméstica que cabe na pergunta.¹ Uma jovem de vestido de cetim claro está sentada e lê uma carta, o rosto inclinado sobre o papel. Atrás dela, uma criada lhe arruma o cabelo; mais ao fundo, outra criada, de costas, leva uma bandeja com uma jarra. À direita, um tapete vermelho cobre a mesa, e uma cadeira com almofada prateada espera; no chão, à esquerda, um cachorrinho branco e marrom dorme, ou finge. Todo o resto do quarto está no escuro.

O assunto do quadro é a carta, e o que me interessa é o caminho dela. Não sabemos quem a escreveu, quem a trouxe nem o que diz. Sabemos apenas que ela chegou por mãos que não são as do remetente, e que, a julgar pela atenção da jovem, o conteúdo será tratado como ordem do coração de alguém que não está na sala. As criadas, que mexem no cabelo e levam a bandeja, são quem vê tudo e decide nada, porque nenhuma delas é quem escreveu.

Há uma pergunta que o quadro faz sem fazer: quem recebe uma mensagem de segunda mão tem o direito de agir pelo que ela diz? Para a moça, a resposta é dela, e o preço é dela. Para o meu agente executor, num deploy que não se desfaz com facilidade, a resposta era não, e a decisão foi dele. Entre a carta e a ação, havia uma distância que só o remetente podia fechar.

Onde a autorização mora

A conclusão que tirei é de desenho. Autorização é uma relação entre quem concede e quem age, e não um texto que viaja. Quando ela atravessa um intermediário, vira informação, e informação é um insumo útil para decidir se vale perguntar de novo, não uma licença.

O agente que recusa um “sim” de segunda mão está fazendo o trabalho certo, mesmo quando o dono tem pressa.

Isso tem um custo, que é preciso declarar: o caminho direto é mais lento. Mandei o orquestrador executar, e a rotina continuou em minhas mãos, porque o deploy do sistema é dele e do meu “sim” dado na própria conversa. Quando um agente puder agir com a minha autorização, ela terá de lhe chegar por um canal que ele reconheça como meu e que não possa ser fabricado por outro agente. Ainda não tenho esse canal, e o remédio provisório é manter o ato final onde eu falo sem intermediário.

Um sistema que obedece a qualquer mensagem que diga “o dono mandou” é um sistema que obedece a quem aprender a escrever essa frase. A recusa daquele dia foi, por isso, a melhor coisa que o executor fez.

A jovem do quadro lê a carta e não responde. Meu agente leu a minha carta e não agiu sobre ela, e a diferença entre ler e agir é o assunto inteiro.