O robô que só dá palpite

Escrito por

Ilustração em estilo cartoon: escritório de madrugada, com a janela ao fundo mostrando a lua crescente e os prédios acesos da cidade. À direita, sentado à escrivaninha de madeira, o autor do diário observa com a mão pousada sobre um único botão, que ainda não apertou. À esquerda, um pequeno robô mascote verde, de antena e olhos grandes, aponta com uma das mãos para o resultado de uma balança luminosa e mantém a outra aberta, mostrando que apenas recomenda: num prato da balança, sacolas de entrega; no outro, alimentos e pilhas de moedas lisas. Acima dela, um sinal de visto aceso. No canto esquerdo, uma porta com leitor de credencial e, largado na mesa, um velho crachá de papel sem nada escrito. À direita, no alto, telas azuis com o esquema do próprio sistema. Sobre a mesa, a xícara de café fumegante e papéis.
com IA

Dias 90 a 94 · 23 a 27 de junho – 2026

Nestes cinco dias nasceu o primeiro robô da casa que não faz nada. Ele não manda mensagem, não pausa produto, não confirma pedido: ele olha os números e diz o que eu deveria fazer. Foi também a semana em que eu achei, no meu próprio sistema, uma porta destrancada que estava lá desde o começo.

A porta que estava só encostada

Começo pela parte feia, porque ela é a mais útil.

O sistema tinha, desde os primeiros dias, um jeito de saber quem estava usando a tela. Era uma solução de quando o sistema era eu, sozinho, testando na minha máquina: a identificação do usuário viajava junto com o pedido da tela, como um crachá escrito à mão.

O problema de crachá escrito à mão é que qualquer um escreve. Quem soubesse o caminho podia dizer “eu sou fulano” — e o sistema acreditava, porque nunca tinha sido ensinado a duvidar. Não havia como se provar ninguém; só como se declarar.

Aquilo tinha nascido como muleta de desenvolvimento e ficou, do jeito que ficam as muletas: coberta por outras cinquenta coisas mais interessantes, funcionando bem demais para chamar atenção. Foi consertado no dia 90, de madrugada: para entrar, agora, é preciso apresentar uma credencial que o próprio sistema emitiu e sabe conferir.

Registro isso aqui com todas as letras porque este diário ficaria desonesto se contasse só as vitórias. A parte mais perigosa de um sistema não é a que dá erro — é a que funciona bem desde o início e que ninguém nunca revisitou. O erro chama. O provisório calado, não.

Na mesma madrugada entrou no ar a segunda etapa de acesso pelo código no WhatsApp, aquela do capítulo passado. As duas coisas juntas fecham a porta e põem uma tranca — e sim, foi só depois de instalar a tranca que eu reparei que a porta estava encostada.

Fim do “Aguardando mensagem”

Ainda no dia 90, um encerramento que me deu gosto.

Duas semanas antes eu tinha consertado, na mão, aquele defeito das mensagens que chegavam como “Aguardando mensagem” em alguns celulares — ensinando o robô a guardar cópia do que enviava para poder reenviar quando o aparelho do outro lado pedisse.

Naquele dia saiu uma versão nova do Baileys — a biblioteca que conversa com o WhatsApp por dentro — e ela já traz isso resolvido por dentro, de um jeito melhor do que o meu remendo: a sessão se conserta sozinha. Atualizei, testei, e apaguei meu conserto.

É uma sensação estranha e boa. Passei horas resolvendo um problema que, semanas depois, deixou de ser meu. É o oposto do que parece — significa que eu estava no caminho certo, e que quem cuida daquela peça chegou lá também. Quem constrói em cima do trabalho dos outros paga aluguel, como escrevi no capítulo do WhatsApp; às vezes o aluguel volta em forma de reforma feita de graça.

O sistema aprende a se descrever

Aí veio a virada da semana, e ela começou com um problema chato de explicar.

Eu tenho um sistema que sabe muita coisa: quantos pedidos entraram, quais lojas estão abertas, quais robôs estão de pé, o que cada um fez hoje. Tudo isso existia espalhado — cada tela buscava o que precisava, cada robô sabia da própria vida, e não havia lugar nenhum que respondesse à pergunta mais simples de todas: como está a operação agora?

Nos dias 91 e 92 eu montei esse lugar. O sistema passou a publicar, de tempo em tempo, um retrato de si mesmo: as unidades, os robôs, o que cada um está fazendo, e os alertas de negócio do momento. Um retrato só de leitura, que qualquer parte da casa pode consultar sem ir remexer no que é dos outros.

Isso destravou três coisas de uma vez.

A Central de Operações, uma tela única com a visão do grupo inteiro — e, dentro dela, a sala de cada loja: a unidade sozinha, com as vendas do dia e o que está pegando ali.

Uma página de diagnóstico, que responde “quem está de pé e quem parou” sem eu abrir terminal nenhum. Complementa o painel de saúde da semana anterior: um cuida da máquina, o outro cuida dos robôs.

E a memória. Esta é a que eu mais gosto: o sistema passou a guardar o histórico do que aconteceu e do que foi decidido — não os dados do dia, que ele já tinha, mas os episódios. O que quebrou, o que foi feito, o que aprendemos. Um sistema que esquece obriga a pessoa a lembrar; e a pessoa esquece.

O robô que só dá palpite

E então, no dia 93, o iCasca.

Todos os robôs até aqui são operários: a Sofia vigia atraso, o Caça-Pausa cuida de produto pausado, o Tio KB coleta as vendas. Todos fazem alguma coisa acontecer. O iCasca não faz nada acontecer — ele lê a operação e opina.

A ideia veio de um incômodo. Eu tinha, de um lado, os números todos do app de delivery: nota de cada loja, tempo de preparo, quanto rende cada promoção, quantas pessoas viram o cardápio e quantas de fato pediram. Do outro lado, o material oficial que ensina a vender melhor por lá. E entre os dois, nada — porque cruzar aquilo tudo, loja por loja, toda semana, é trabalho que ninguém faz de verdade depois da terceira semana.

Então o iCasca cruza. E, principalmente, ele cruza sabendo o custo.

Esse é o detalhe que faz ele valer. Qualquer um sugere promoção: promoção vende mais, sempre. A pergunta que interessa é outra — esse prato, com esse desconto, com a comissão do app de delivery e com o custo do ingrediente, ainda deixa dinheiro na mesa? Muitas vezes não deixa, e vender mais nesses casos é trabalhar mais para ganhar menos. O iCasca nasceu com uma calculadora de margem dentro dele para poder dizer “não” — e um conselheiro que nunca diz “não” não é conselheiro, é torcedor.

No dia 94 ele ganhou o resto: um coletor que traz a nota e o tempo de cada unidade, e uma matriz que cruza unidade contra alavanca — que loja está fraca em quê. Nota baixa não se resolve com promoção; tempo alto não se resolve com desconto; cardápio que é muito visto e pouco pedido é problema de foto e preço, não de anúncio.

A lição desses dias

Ao escrever este capítulo eu percebi que os três assuntos da semana são degraus da mesma escada.

O primeiro degrau é fazer: o sistema executa tarefas — mandar, pausar, confirmar. Foi o que eu construí nos primeiros dois meses.

O segundo é saber: o sistema sabe dizer como ele mesmo está, e guarda o que já aconteceu. Foi esta semana, com o retrato da operação, o diagnóstico e a memória.

O terceiro é opinar: em cima do que ele sabe, o sistema arrisca uma recomendação — e aceita ser cobrado por ela depois.

Cada degrau só existe apoiado no anterior. Um robô que dá palpite sem dado confiável é um robô que dá palpite errado com confiança, que é o pior tipo que existe. E é por isso que a semana da porta destrancada e a semana do conselheiro são a mesma semana: só faz sentido pedir conselho a um sistema em que se confia.

No próximo capítulo, o conselheiro sai do papel e vai parar no WhatsApp da diretoria — e eu descubro que relatório bom é o que a pessoa lê no domingo à noite sem pedir explicação.

👍
0
❤️
0
👏
0
🎉
0
🙏
0
🤔
0

Comentários

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *