Categoria: Agentes de IA

Quem conserta é quem construiu, mas só se existir prova de que quebrou de verdade — não a tela dizendo que deu certo. Numa campanha de anúncios que administro, a tela mostrava “orçamento salvo”, mas ao recarregar a página o valor voltava a R$0,00. O conserto foi recarregar, comparar com o que ficou gravado, e refazer até bater.

Isso muda a resposta para “quem conserta”. Não basta pedir para a IA arrumar de novo. Primeiro é preciso provar onde a informação parou de bater: na tela, no servidor (o computador onde o sistema guarda os dados de verdade) ou nos dois.

Por que uma tela pode mostrar “sucesso” e não ter salvo nada?

Porque a confirmação na tela e o dado gravado no servidor são duas coisas separadas. Uma pode falhar sem a outra perceber. A tela só avisa que o pedido saiu. Ela não garante que o pedido chegou e foi aceito.

No caso da campanha de anúncios, um aviso de verificação de identidade da conta tinha aparecido pouco antes. A suspeita é que aquilo travou a escrita em silêncio numa etapa específica do processo. As outras etapas continuavam respondendo normal.

O sintoma: o campo de orçamento diário voltava a zero a cada recarregamento. Isso mesmo depois de digitar o valor várias vezes e a tela confirmar “salvo”. Palavras-chave e anúncio também não existiam de verdade no servidor, apesar de o assistente mostrar tudo pronto.

Onde falha a automação que responde “ok”?

Nos pontos em que o sistema responde “ok” para uma coisa e faz outra. O orçamento zerado não foi um caso isolado. No mesmo trabalho com anúncios e com um CRM (o sistema que guarda a lista de contatos e clientes), apareceram outras falhas da mesma família:

Onde falhou	O que a tela dizia	O que era de verdade
Limite de preço por clique	Campanha pronta	Campo vazio: a campanha podia pagar quanto quisesse por clique
Extras do anúncio importados por planilha	Importação concluída	Os extras nunca subiram
Título de anúncio importado	Texto aceito	Uma palavra perdeu letras por erro de acentuação e virou outra palavra válida
Formulário do CRM	“Enviado com sucesso”	O contato com telefone repetido foi juntado ao antigo, sem criar um novo

Por que esses erros enganam até quem confere?

O limite de clique vazio custou R$19,45 num único dia: 3 cliques, a R$6,48 cada, em média. Foi o erro mais barato de descobrir e o mais caro de ignorar.

O caso do título é o mais traiçoeiro. Não sobrou nenhum símbolo estranho para dar alarme. Só comparando campo a campo com o texto original dava para ver.

O do formulário engana até quem testa. Quem reenvia com o mesmo telefone de teste acha que o contato “não chegou”. Ele chegou, só foi juntado ao que já existia.

Como descobrir que algo quebrou antes que vire prejuízo?

Recarregando a página depois de qualquer ação de salvar, sempre. A mensagem de sucesso sozinha nunca vale como prova.

Foi assim que, numa checagem de rotina, apareceram duas campanhas ativas gastando com a lista de palavras bloqueadas completamente vazia. O plano de bloqueio existia no registro interno. Mas nunca tinha sido aplicado de fato na campanha real. As duas foram pausadas assim que o problema apareceu.

Na prática, a conferência tem quatro passos:

1. Salvar e recarregar a página, sem confiar no aviso de “salvo”.
2. Comparar o valor na tela com o valor que você pediu, número por número.
3. Testar com um dado novo, nunca com um que o sistema já conhece.
4. Anotar a diferença antes de pedir o conserto, para a IA atacar a causa e não o sintoma.

Sinal de alerta	O que ele revelou
Campo de orçamento voltava a R$0,00 sozinho	Escrita bloqueada silenciosamente numa etapa específica
Lista de bloqueio vazia numa campanha ativa	Configuração planejada nunca aplicada de verdade
Aviso de “verificação de identidade” pendente	Provável causa raiz das duas falhas acima

Quem é responsável quando a IA constrói e algo quebra depois?

Quem construiu investiga a causa. No meu caso, sempre com o Claude Code lendo o erro e propondo o conserto. Mas quem aprova religar o que estava quebrado é sempre uma pessoa, nunca a própria automação sozinha.

No caso das campanhas pausadas, a reativação ficou esperando aprovação humana mesmo depois da correção aplicada. O motivo: aquele erro específico ainda não tinha explicação 100% confirmada.

Essa divisão virou regra escrita. Ajuste técnico de configuração, como preencher uma lista de palavras bloqueadas, pode ser feito e mostrado depois. Já qualquer valor em dinheiro — orçamento, lance, custo por venda — só muda com o “ok” da pessoa, vendo o número atual e o novo lado a lado.

Pausar campanha também pede esse “ok”. Ligar anúncio, nunca: esse clique é sempre humano. E com campanha no ar, um “pode seguir” dado antes não vale para um valor novo.

Quando essa regra se aplica bem — e quando não?

Ela se aplica bem nos seguintes casos:

• Automação que mexe com dinheiro, como anúncio, cobrança ou orçamento.
• Sistema que grava dado de cliente, como CRM ou formulário de cadastro.
• Importação em lote por planilha, em que um erro se repete em muitas linhas de uma vez.
• Qualquer tela em que a plataforma mostrou um aviso pouco antes, como um pedido de verificação de conta.

Ela vale menos esforço quando o resultado aparece na sua frente na hora e não custa nada errar. Um rascunho, um teste que ninguém vai usar para decidir, um botão que mudou de cor. Nesses casos, recarregar e comparar custa mais tempo do que o erro custaria.

O que muda depois desse tipo de erro?

Vira regra permanente: toda ação de “salvar” passa a ser conferida recarregando a tela, nunca pela mensagem de sucesso isolada.

É o mesmo princípio por trás de tratar dado sensível com cuidado redobrado, descrito em é seguro usar IA com dado de cliente no meu negócio. Confiar sem checar é o erro que se repete em qualquer sistema automatizado, não só em anúncio.

Como resolver isso com IA, passo a passo?

1. O que construir. Uma skill de conferência no Claude Code (uma skill é um conjunto de instruções salvas que a IA segue sempre do mesmo jeito). Depois de cada ação de salvar, ela lê de novo o que ficou gravado e monta uma tabela com três colunas: o que foi pedido, o que ficou gravado e se os dois batem. Ela aponta a diferença, mas não religa nada e não muda valor em dinheiro sem o “ok” de uma pessoa.

2. O pedido pronto para copiar. O pedido que recomendamos colar no Claude Code:

“Crie uma skill chamada ‘conferir depois de salvar’. Toda vez que você salvar algo num sistema meu, faça isto: 1) leia de novo o valor gravado, sem confiar na mensagem de sucesso; 2) me mostre uma tabela com o que eu pedi, o que ficou gravado e se bate, campo por campo, letra por letra nos textos; 3) se algum campo estiver vazio ou diferente, pare e me diga onde divergiu antes de tentar consertar; 4) teste cadastros sempre com um dado novo, nunca com um que o sistema já conhece; 5) qualquer valor em dinheiro, como orçamento ou lance, só muda com meu ‘ok’, mostrando o valor atual e o novo lado a lado; 6) nunca religue nada sozinha. Explique em português simples.”

Como conferir se a skill pega o erro de verdade?

3. O teste do orçamento zerado. Use os casos da tabela deste artigo. Salve um orçamento e confira: se o valor gravado voltar a R$0,00, a skill tem que marcar “não bate”, mesmo com a tela dizendo “salvo”. Deixe o limite de preço por clique vazio de propósito: ela tem que acusar o campo vazio. Mande o formulário com um telefone que já existe: ela tem que avisar que o contato foi juntado ao antigo. Se qualquer um passar como “ok”, a skill está reprovada.

Quanto custa e quanto tempo leva para montar a skill?

4. Custo e tempo. A skill roda no Claude Code. A página oficial de preços do Claude, vista do Brasil em 02/10/2026, mostra o plano Pro a R$ 110 no mensal ou R$ 92 por mês no anual (R$ 1.100 de uma vez), com o Claude Code incluído. O plano Free é R$ 0 e não inclui o Claude Code. Os preços não incluem impostos aplicáveis. O tempo não medimos à parte; depende de quantos sistemas ela vai conferir. Como régua de custo do erro, o limite de clique vazio custou R$19,45 num único dia.

O que a gente faria no seu lugar?

Nós trataríamos toda mensagem de “salvo com sucesso” como um palpite, não como prova. O motivo está no próprio caso: o orçamento voltou a R$0,00 várias vezes com a tela dizendo “salvo”. E o limite de clique vazio custou R$19,45 em um dia só.

Faríamos a conferência logo depois de cada ação que mexe com dinheiro ou com dado de cliente. Não no fim do mês, quando o estrago já somou. E não faríamos isso de memória: deixaríamos a skill “conferir depois de salvar” rodar sozinha a cada ação, devolvendo a tabela de pedido contra gravado.

O que não faríamos: pedir para a IA “arrumar de novo” sem antes mostrar onde a tela e o dado gravado divergem. Também não deixaríamos a própria automação religar o que estava quebrado. Religar é decisão de uma pessoa.

Em resumo

Quando uma automação construída com IA quebra depois de pronta, quem conserta é quem construiu. Mas o primeiro passo nunca é confiar na mensagem de sucesso da tela.

É comparar o que a tela mostra com o que realmente está gravado, achar onde os dois divergem, e só então religar, com aprovação humana explícita.

Este artigo faz parte do pilar Eu não sou programador — dá pra construir com IA mesmo assim?.

Não existe um número único — depende do tamanho da peça, não da ferramenta. Uma correção pontual, destravando uma automação que faltava só uma configuração, saiu do diagnóstico até validada em produção em 1 dia. Já um sistema de conteúdo publicando sozinho levou 20 dias corridos até bater a primeira meta de volume.

A diferença entre os dois casos não é a ferramenta usada. É o que cada um exigia. O primeiro precisava só de um diagnóstico certo. O segundo precisava de um processo repetido várias vezes, com revisão humana em cada rodada.

Qual foi o exemplo mais rápido?

Um CRM (o sistema que guarda os contatos que chegam e em que etapa cada um está) estava etiquetando só 2 de 7 leads recebidos. Lead é a pessoa que deixou o contato num formulário.

O diagnóstico veio rápido. O sistema só colocava etiqueta automática em quem comprava. A etiqueta de quem apenas chegava dependia de uma configuração no painel. E seis formulários tinham a “etiqueta de entrada” vazia. Um sétimo apontava para uma etiqueta que já tinha sido apagada.

A correção foi feita e testada em produção. Um lead de teste, com telefone nunca usado antes, entrou com a etiqueta certa. O contador da etiqueta foi de 0 para 1. Depois o lead de teste foi apagado, e o contador voltou a 0.

Do problema identificado até a correção confirmada em produção: 1 dia.

Qual foi o exemplo mais longo?

Um site de conteúdo escrito com IA, publicando sozinho depois de aprovado. O plano nasceu em meados de agosto. O primeiro artigo foi ao ar alguns dias depois.

A meta de volume era de 15 artigos publicados, o número mínimo definido antes de qualquer outro passo. Bater essa meta levou 20 dias corridos a partir do primeiro artigo. Até a data desta publicação, o site chegou a 27 artigos no total.

Etapa	Tempo real
Diagnóstico simples até correção validada (CRM)	1 dia
Plano até primeiro artigo publicado	poucos dias
Primeiro artigo até bater a meta de 15	20 dias corridos
Total até 27 artigos publicados	cerca de 1 mês corrido

Por que a mesma abordagem demora dias num caso e um dia noutro?

Porque o gargalo nunca foi a IA escrever ou corrigir código. Isso acontece em minutos nos dois casos. O gargalo é quantas vezes o resultado precisa passar por revisão humana antes de valer como “pronto”.

A correção do CRM passou por uma checagem e foi liberada. Cada lote de artigos passa por validação automática de estrutura. Depois passa por uma auditoria manual de fatos antes de ser agendado.

E a própria regra do projeto limita a publicação a no máximo 3 artigos por dia, de propósito. A ideia é não parecer um despejo automático de conteúdo. Ou seja: parte do prazo é escolhida, não imposta pela ferramenta.

Quando o prazo estoura, qual é o problema de verdade?

Quase nunca é a velocidade da IA. Nos dois casos, o que segurou o relógio foram três coisas que não aparecem na estimativa inicial.

A primeira é o acesso. No mesmo CRM, um segundo defeito ficou aberto: contatos com o mesmo telefone escrito de jeitos diferentes viram dois cadastros. O conserto está entendido. Mas depende de entrar no servidor (o computador onde o sistema roda de verdade), e esse acesso ainda não estava liberado. Sem acesso, nem 1 hora de trabalho vira entrega.

A segunda é a espera por dado real. Depois da correção, as etiquetas novas ficaram zeradas por um tempo. Não era defeito: nenhum contato novo tinha chegado ainda. Só dá para confirmar com o movimento de verdade.

A terceira é a revisão. No site, cada rodada de artigos para numa auditoria de fatos. Quanto mais rodadas, mais dias.

O que conta como “pronto” — código funcionando ou rodando sozinho sem supervisão?

São coisas diferentes, e é aí que a maioria das estimativas erra. É o mesmo efeito descrito na Lei de Hofstadter: tudo demora mais do que se espera, mesmo levando em conta que tudo demora mais do que se espera.

Código funcionando uma vez, numa tela de teste, pode sair em horas. Um sistema rodando sozinho, de forma confiável, sem alguém checando cada execução, é outra conta. Isso só se prova depois de ver rodar várias vezes seguidas sem quebrar.

É por isso que o exemplo do conteúdo, mesmo com a escrita automatizada, levou semanas. Não pela escrita, mas pelo número de ciclos de revisão antes de confiar no piloto automático.

Quem está decidindo entre contratar alguém ou construir com IA encontra o mesmo tipo de comparação de prazo em vale mais a pena usar IA ou contratar um programador. Por onde começar esse tipo de projeto está em por onde eu começo com o Claude Code.

Como estimar o prazo do seu projeto antes de começar?

Dá para fazer a conta com quatro perguntas, usando os dois casos acima como régua:

1. É um conserto ou um sistema novo? Conserto com causa clara cabe em 1 dia. Sistema que precisa rodar sozinho se mede em semanas.
2. Quantas rodadas de revisão humana ele exige? Cada rodada soma tempo, mesmo que a IA termine em minutos.
3. Você já tem acesso a tudo? Senha, painel, servidor. O que depende de terceiro entra no prazo como espera.
4. Precisa de movimento real para confirmar? Se precisa, o prazo inclui esperar esse movimento chegar.

Para quem essa conta serve — e quando não se aplica?

Ela serve bem nos seguintes casos:

• Dono de negócio que quer saber se um ajuste cabe na semana ou no mês.
• Quem já tem um sistema rodando e quer consertar uma parte dele.
• Quem vai montar algo que precisa rodar sozinho, como publicação ou cadastro automático.

Ela não se aplica bem quando o projeto depende de aprovação de fora, como a revisão de uma plataforma grande. Aí o prazo não é seu, e nenhuma régua interna prevê.

Também não serve para quem quer um número fechado antes de saber o tamanho da peça. Sem diagnóstico, qualquer prazo é chute.

Como resolver isso com IA, passo a passo?

1. O que construir. Uma skill no Claude (um conjunto de instruções salvas que a IA segue sempre do mesmo jeito) que estima o prazo antes de começar. Ela faz as quatro perguntas da seção anterior, classifica o pedido como conserto ou sistema novo e devolve o prazo separado em três partes: trabalho, espera e revisão. Assim a estimativa já nasce com o acesso, o dado real e as rodadas de conferência dentro dela.

2. O pedido pronto para copiar. O pedido que recomendamos colar no Claude:

“Crie uma skill chamada ‘estimar prazo de projeto’. Quando eu descrever algo que quero construir ou consertar, faça estas quatro perguntas, uma de cada vez: 1) é um conserto com causa clara ou um sistema novo que vai rodar sozinho? 2) quantas rodadas de revisão humana ele precisa? 3) eu já tenho acesso a tudo, como senha, painel e servidor? 4) preciso esperar movimento real, como cliente novo chegando, para confirmar que funcionou? Depois me devolva o prazo em três linhas: tempo de trabalho, tempo de espera e tempo de revisão. Se faltar acesso, diga que o prazo não começa até ele chegar. Nunca prometa ‘fica pronto amanhã’ para sistema que roda sozinho.”

Como conferir se a skill estima certo?

3. O teste dos dois casos. Descreva para ela os dois exemplos deste artigo. O CRM com seis formulários de etiqueta vazia e acesso liberado tem que sair como conserto, na casa de 1 dia. O site com meta de 15 artigos, limite de 3 por dia e auditoria de fatos em cada lote tem que sair em semanas, nunca em dias. Por último, descreva o telefone duplicado sem acesso ao servidor. A resposta certa é “não dá para prometer prazo até o acesso chegar”.

Quanto custa e quanto tempo leva para montar a skill?

4. Custo e tempo. Skills rodam no Claude e no Claude Code. A página oficial de preços do Claude, vista do Brasil em 02/10/2026, mostra o plano Pro a R$ 110 no mensal ou R$ 92 por mês no anual (R$ 1.100 de uma vez), já com o Claude Code. O plano Free é R$ 0, sem o Claude Code. Os preços não incluem impostos aplicáveis. O tempo para montar a skill não medimos à parte; pela régua deste artigo, ela é uma peça pequena, do tipo que se mede em revisões, não em semanas.

O que a gente faria no seu lugar?

Nós mediríamos o prazo pelas rodadas de revisão, não pela velocidade da IA. O motivo está nos dois casos. A escrita e a correção levaram minutos. O que separou 1 dia de 20 dias foi quantas vezes o resultado precisou ser conferido.

Começaríamos pelo conserto pequeno, com causa clara, antes do sistema grande. O caso do CRM mostra por quê: em 1 dia dá para ter uma entrega provada em produção. E deixaríamos a skill de estimar prazo fazer as quatro perguntas antes de cada projeto, para nenhuma espera de acesso ou de dado real ficar de fora da conta.

O que não faríamos: prometer “fica pronto amanhã” para algo que precisa rodar sozinho. E não contaríamos como pronto o código que funcionou uma vez na tela de teste.

Em resumo

O tempo real não depende da IA, depende de quantos ciclos de revisão a peça exige antes de virar produção. É 1 dia quando é um diagnóstico e uma correção. São semanas quando é um sistema que precisa provar que roda sozinho, repetidas vezes, sem supervisão constante.

Quem estima prazo olhando só “quanto tempo a IA leva pra escrever” costuma errar pra menos.

Este artigo faz parte do pilar Casos reais — quanto custou, quanto tempo levou e o que quebrou.

Uma automação pode estar 100% pronta no código e ainda não funcionar, porque a trava não é técnica, é de permissão da plataforma. Construí um agente que lê comentário, responde publicamente e tenta enviar mensagem privada no Instagram. As duas primeiras funcionam; a terceira trava com o erro “Application does not have the capability”: falta a revisão formal da Meta.

Isso não é exclusivo do Instagram. É um padrão comum: uma parte da automação pede acesso a algo sensível (mensagem privada, dado financeiro, publicação em nome de outro). A plataforma exige que um humano da empresa dona da API (a porta que um sistema abre para outro conversar com ele) aprove esse acesso antes de liberar, mesmo com o código certo.

O que funcionou de verdade nessa automação?

Duas das três etapas funcionaram sem barreira nenhuma. Ler os comentários de um post (`GET /{media-id}/comments`) funcionou de primeira.

Responder um comentário publicamente (`POST /{comment-id}/replies`) também funcionou. Foi testado ao vivo em comentários reais, e a resposta apareceu publicada normalmente.

O código foi escrito com o Claude Code — a ferramenta da Anthropic que escreve e roda programas a partir de pedidos em português. A parte técnica não foi o gargalo.

Onde exatamente ela travou?

A terceira etapa era enviar uma mensagem privada em resposta ao comentário. O recurso se chama “Private Reply”, via `POST /{ig-id}/messages`. Ele retornou o erro de código 3: “Application does not have the capability”.

O token — a chave digital que prova que o app pode agir pela conta — já tinha as permissões `instagram_manage_messages` e `instagram_manage_comments`. Elas estavam concedidas em nível básico. Isso não bastou.

Por que a Meta bloqueia isso mesmo com o código certo?

Porque enviar mensagem privada em nome de uma conta empresarial é uma permissão de acesso avançado. E acesso avançado exige passar pelo App Review da Meta.

O App Review é a revisão em que a equipe da plataforma analisa o uso pedido. Geralmente pede a descrição do caso de uso e uma gravação de tela mostrando a função funcionando. Segundo a própria Meta, ela testa o app de verdade: se não conseguir acessá-lo para testar, a submissão inteira é recusada.

Uma tentativa de contorno que não funciona: inscrever a página no campo de eventos de mensagem (`subscribed_apps`) direto, sem passar pela revisão. Isso retorna outro erro (código 200). Esse caminho pertence ao Messenger do Facebook, não ao Instagram. São sistemas de permissão diferentes por baixo.

Qual é o problema que quase ninguém conta?

A trava não para na mensagem privada. Ela chega antes, no aviso de comentário novo.

Para responder sozinha, a automação precisa ser avisada de que alguém comentou. Esse aviso automático se chama webhook (um “toca a campainha” que a plataforma manda para o seu sistema quando algo acontece).

A documentação de webhooks do Instagram diz, com todas as letras: “Advanced Access is required to receive comments and live_comments webhook notifications”. Ou seja: sem acesso avançado, o aviso de comentário não chega.

No nosso caso, o sistema estava todo ligado. O teste manual do painel da Meta chegou ao sistema. Mas nenhum comentário real disparou aviso. Cadastrar uma segunda conta como “testadora” do app também não resolveu: o comentário dela não gerou aviso nenhum.

A mesma página traz mais duas exigências. O app precisa estar no modo Live (publicado, e não em desenvolvimento). E a empresa por trás do app precisa ter passado pela verificação de negócio da Meta.

Como resolver isso com IA, passo a passo?

1. O que construir

Um agente de comentários feito com o Claude Code e ligado só à API oficial da Meta para o Instagram. Ele faz as três etapas deste artigo: lê os comentários, responde em público e, depois da revisão da Meta, manda a mensagem privada (“Private Reply”). Ferramenta que imita o aplicativo para escapar da revisão fica de fora: o caminho é o oficial.

A IA escreve o programa; a liberação, quem dá é a Meta. Pelo que as páginas oficiais exigem, a ordem é esta:

1. Verificar a empresa. A Meta exige verificação de negócio para qualquer app que peça acesso avançado. Confira se o app está no portfólio da empresa verificada. No nosso caso, o app estava num portfólio sem verificação, e esse foi o primeiro passo a corrigir.
2. Pedir só o que usa. A Meta avisa que pedir permissão desnecessária é um motivo comum de recusa. Para comentário e mensagem, são as duas permissões citadas acima.
3. Gravar o vídeo. Mostre o fluxo completo: alguém comenta, a automação responde, a mensagem sai.
4. Deixar o app acessível para teste. Sem isso, a revisão reprova tudo de uma vez.
5. Colocar o app em Live depois da aprovação, para os avisos começarem a chegar.

2. O pedido pronto para copiar

O pedido que recomendamos colar no Claude Code:

Monte um agente de comentários para o Instagram da minha empresa usando só a API oficial da Meta.
1) Receba o aviso de comentário novo (webhook) e, enquanto ele não chegar, busque os comentários de tempos em tempos.
2) Responda em público com o texto que eu definir, apontando para o link do perfil.
3) Deixe pronta, mas desligada, a mensagem privada (Private Reply), para ligar só depois que o App Review aprovar.
4) Peça só as permissões instagram_manage_comments e instagram_manage_messages.
5) Grave um registro de cada comentário e de cada resposta, para eu usar no vídeo da revisão.
6) Me mostre o que preciso fazer no painel da Meta, como se eu nunca tivesse programado.

3. Como conferir se a IA acertou

Use as provas deste artigo. Ler comentários e responder em público têm que funcionar já no nível básico: a resposta precisa aparecer publicada no post. Se a mensagem privada devolver o erro de código 3, “Application does not have the capability”, o código não está errado. Falta o acesso avançado. E se o teste do painel chegar ao sistema, mas comentário real não, é o mesmo sinal: a trava é de permissão, não de programa.

4. Custo e tempo

O Claude Code entra a partir do plano Pro do Claude: R$ 110 no mensal ou R$ 92 por mês no anual (R$ 1.100 de uma vez), segundo a página oficial de preços vista do Brasil em 02/10/2026; os preços não incluem impostos aplicáveis. O plano gratuito não inclui o Claude Code. O tempo do código não foi o gargalo neste caso. O prazo que manda é o da revisão da Meta, e as páginas citadas não trazem esse número: conte que depende dela.

Quando a revisão ainda não saiu, o que dá para fazer?

A saída foi separar o que já funciona do que depende de terceiro. Publicar a resposta automática no comentário, que já estava liberada, sem prometer, no texto dessa resposta, que uma mensagem privada viria em seguida.

Prometer algo que ainda depende de aprovação externa é o tipo de promessa que o próprio processo pode não cumprir no prazo que a pessoa espera. No lugar, a resposta pública aponta para o link do perfil.

Em paralelo, a revisão formal da permissão pode ser solicitada. Ela não bloqueia o resto da automação enquanto está em análise, só a etapa específica de mensagem privada.

Um agente de resposta automática que já lê e responde comentário sozinho está descrito em como transformar uma tabela de preço em orçamento automático e em como montar um atendente que agenda horário sozinho.

Para quem isso se aplica — e para quem não?

Se aplica bem para quem:

• está montando o próprio sistema de “comentou, recebeu mensagem” usando a API da Meta direto;
• já tem o código funcionando nos testes, mas nada acontece com comentário de gente de verdade;
• quer usar a mesma lógica em outra ação sensível, como publicar em nome de outra conta.

Não se aplica para quem:

• usa uma ferramenta pronta que já passou pela revisão da Meta. Nesse caso, a ferramenta já tem o acesso avançado, e você só conecta a sua conta;
• só quer ler comentários e responder em público, com a automação indo buscar os comentários de tempos em tempos (em vez de esperar o aviso). Isso funcionou em nível básico no nosso teste;
• não tem empresa verificada nem pretende verificar. Sem isso, o acesso avançado não sai.

O que a gente faria no seu lugar?

A gente começaria pela papelada, não pelo código. Antes de escrever uma linha, conferiria se a empresa está verificada e se o app está no portfólio certo.

O motivo é o nosso próprio caso: o código ficou pronto e provado, e mesmo assim nenhum aviso de comentário chegou. A trava estava na permissão, não no programa.

Enquanto a revisão não sai, a gente colocaria no ar só a resposta pública, sem prometer mensagem privada. O que funciona hoje entrega valor hoje. O agente com IA descrito acima já nasce assim: resposta pública ligada e mensagem privada pronta para ligar quando a Meta aprovar.

O que a gente não faria: gastar dias tentando contornar a revisão. Inscrever a página por outro caminho e cadastrar conta testadora foram testados aqui, e nenhum dos dois funcionou.

Em resumo

Código pronto não é o mesmo que automação liberada: quando a ação envolve dado sensível de terceiro — como mensagem privada em nome de uma empresa —, a plataforma dona da API exige revisão humana antes, independente de o código estar certo. A saída não é insistir tentando contornar: é separar o que já funciona hoje do que depende de aprovação externa, e não prometer o que ainda não foi liberado.

Este artigo faz parte do pilar Casos reais — quanto custou, quanto tempo levou e o que quebrou.

Dá pra construir agente que responde no WhatsApp, painel que junta dados de venda e sistema de orçamento automático, sem escrever uma linha de código do zero — a IA já entende instrução em português comum. O que muda de negócio pra negócio não é se dá, é qual tarefa manual vale mais a pena resolver primeiro.

Quem toca oficina, petshop, restaurante, transportadora ou escritório de contabilidade não tem time de tecnologia. Tem gente resolvendo tudo na correria. O orçamento sai de cabeça, e a planilha só uma pessoa entende. A pergunta certa não é se a IA serve fora do universo tech. É o que, exatamente, dá pra montar com ela.

Quais tipos de sistema dá pra montar sem ser da área de tecnologia?

Cinco frentes cobrem a maior parte do trabalho manual de um negócio pequeno:

• Atendimento e orçamento automático — responder pergunta repetida no WhatsApp com a tabela de preço certa
• Organização financeira — fechar o mês sem abrir dez planilhas separadas
• Painel de dados — juntar venda, estoque e caixa numa tela só
• Follow-up de cliente (o lembrete de voltar a falar com quem sumiu) — lembrar quem pediu orçamento e não respondeu
• Documentação de processo — tirar da cabeça de uma pessoa só o passo a passo que a equipe segue

Nenhuma dessas frentes exige treinar uma IA do zero. Todas usam ferramenta de IA já pronta. O trabalho é aplicar essa ferramenta ao problema específico do negócio.

Pequenos negócios fora de tecnologia já usam IA de verdade, ou é discurso de fornecedor?

Quase todos conhecem, mas poucos usam de verdade no dia a dia. A pesquisa Transformação Digital dos Pequenos Negócios 2025 é do Sebrae com a FGV IBRE e o Google. Ela ouviu cerca de 5 mil empresas em setembro de 2025.

O resultado: 96% das micro e pequenas empresas e 87% dos microempreendedores individuais (o MEI) já conhecem ferramentas como ChatGPT ou Gemini. Mas só 15% e 18%, respectivamente, usam com frequência. Nas médias e grandes empresas, esse uso frequente sobe para 35%.

O uso se concentra em um lugar só: marketing e divulgação. Esse uso é citado por 59% das micro e pequenas empresas e por 74% dos MEIs que usam IA.

Ou seja: quase todo mundo já ouviu falar, poucos usam toda semana, e quem usa aplica quase só em divulgação. Quase ninguém usa no back-office (a parte de trás do balcão: financeiro, estoque, orçamento, papelada).

Quem já usa IA fora do marketing, com resultado documentado?

Dois casos documentados pelas próprias empresas de IA. A Anthropic lançou a Claude for Small Business em maio de 2026. Ela vem com conectores (as “tomadas” que ligam a IA a outro programa) para QuickBooks, PayPal, HubSpot, Google Workspace e Microsoft 365.

Nela, a torrefadora Purity Coffee usou os workflows (sequências de tarefas automáticas) pra achar problema que nem sabia que tinha. Já a fabricante MidCentral Energy tirou gente do trabalho burocrático repetitivo.

No programa ChatGPT for small business, da OpenAI, Kevin English é dono da construtora Keg Built. Ele economizou mais de 10 horas montando um único orçamento de obra. Antes, essa tarefa era digitação manual, repetida a cada cliente novo.

Onde trava a IA no pequeno negócio brasileiro?

O problema não é falta de conhecimento. É não saber onde encaixar. A mesma pesquisa do Sebrae mostra que 23% dos MEIs apontam como dificuldade “não saber como aplicar no negócio”. Não é o preço nem a tecnologia que trava. É a falta de uma tarefa concreta para começar.

O segundo problema é o erro comum de usar a IA só para escrever post. Ajuda, mas não tira ninguém da correria. O trabalho que mais come tempo mora no balcão e no escritório. Ele fica no orçamento repetido, no fechamento do mês e na cobrança de quem não respondeu.

O terceiro problema é o pacote importado. Os conectores da Claude for Small Business e do programa da OpenAI são QuickBooks, HubSpot, PayPal e DocuSign. Essas ferramentas não dominam o dia a dia do pequeno negócio brasileiro. Aqui, a rotina roda mais em WhatsApp, ContaAzul, Bling ou planilha.

Por que o pacote pronto dos Estados Unidos não resolve sozinho o negócio brasileiro?

Aqui mora o cruzamento que nenhuma das três fontes mostra sozinha. Os dados do Sebrae mostram uso concentrado em marketing (59% a 74%). Os casos da Anthropic e da OpenAI destacam o oposto: orçamento, fechamento contábil, trabalho burocrático.

O back-office é o ganho já comprovado lá fora. E é justamente a parte que o pacote importado não conecta aqui. Aplicar essa parte no negócio brasileiro, hoje, significa construir o próprio sistema em vez de instalar um pronto.

O ganho na prática não é só tempo. É tirar a tarefa da cabeça da única pessoa que sabe fazer. Fechar o mês, responder orçamento ou montar o painel de venda deixa de depender de alguém. Vira processo que roda mesmo quando essa pessoa tira férias.

Quando começar, e por qual tarefa?

O caminho mais seguro tem três passos:

1. Anote por uma semana as tarefas que se repetem. Orçamento igual, pergunta igual, planilha copiada.
2. Escolha a que mais come hora e que tem regra clara. Exemplo: “se o cliente pede troca de óleo, o preço é o da tabela”.
3. Monte só essa e use por algumas semanas antes de partir para a próxima.

A regra clara é o ponto-chave. A IA vai bem quando a tarefa pode ser explicada em português, passo a passo. Ela vai mal quando a decisão depende de “sentir” o cliente.

Como resolver isso com IA, passo a passo?

Não precisa saber programar, mas existe escolha real de caminho. Ferramenta pronta cobra mensalidade por usuário e resolve rápido. Mas só faz o que veio configurado de fábrica.

Plataforma de automação visual, como n8n ou Make, dá mais controle. Em troca, exige montar o fluxo peça por peça, arrastando blocos na tela.

Há ainda um terceiro caminho: usar um assistente de código de IA, como o Claude Code. Ele monta o sistema a partir de instrução escrita em português. Não exige curso de programação. Mas exige que alguém acompanhe o que está sendo construído antes de aprovar.

1. O que construir

Para a primeira tarefa, a do orçamento repetido, o que construir é uma skill no Claude (um conjunto de instruções salvo que a IA segue sempre do mesmo jeito). Ela recebe o pedido do cliente, consulta a sua tabela de preço e devolve o orçamento pronto para enviar. Quando o pedido não está na tabela, ela não chuta: avisa que precisa de você. Se depois valer ligar isso ao WhatsApp, o mesmo conteúdo vira um agente montado pelo Claude Code, sempre pela API (a porta que o WhatsApp abre para outro sistema conversar com ele) oficial do WhatsApp Business.

2. O pedido pronto para copiar

O pedido que recomendamos colar no Claude:

“Crie uma skill de orçamento para o meu negócio. Ela recebe o pedido do cliente, procura o serviço na tabela de preço que vou colar abaixo e devolve um orçamento curto, em português simples, com o nome do serviço, o preço da tabela e o prazo. Regras: 1) nunca invente preço, prazo ou desconto; 2) se o serviço não estiver na tabela, responda ‘esse eu preciso confirmar com o dono’ e pare; 3) no fim, diga de qual linha da tabela saiu o preço. Tabela: [cole aqui].”

3. Como conferir se a IA acertou

Use a regra de exemplo deste artigo: “se o cliente pede troca de óleo, o preço é o da tabela”. Coloque a troca de óleo na tabela e peça um orçamento dela: o preço tem que sair igual ao da tabela, centavo por centavo. Depois peça um serviço que não está na tabela. A skill certa responde que precisa confirmar com o dono. Se ela inventar um preço, reprovou.

4. Custo e tempo

A skill roda no Claude. Para o Claude Code, que monta o sistema ligado ao WhatsApp ou à planilha, o plano necessário é o Pro: R$ 110 no mensal ou R$ 92 por mês no anual (R$ 1.100 de uma vez), segundo a página oficial de preços vista do Brasil em 02/10/2026; os preços não incluem impostos aplicáveis. O plano grátis (R$ 0) não inclui o Claude Code. O tempo depende do tamanho da tabela; a referência deste artigo é usar a primeira tarefa por algumas semanas antes de partir para a próxima.

Em quais casos isso se aplica bem — e quando não?

Construir com IA no back-office se aplica bem nos seguintes casos:

• Quem tem tarefa repetida com regra clara — orçamento por tabela, lembrete de retorno, fechamento de caixa.
• Quem depende de uma pessoa só para uma rotina importante e quer tirar esse risco.
• Quem já testou IA para post e quer ganho no balcão, não só no Instagram.

Não se aplica bem quando:

• A tarefa acontece poucas vezes no mês. O tempo de montar não se paga.
• Ninguém da equipe vai acompanhar o que o sistema faz. Sistema sem dono vira problema escondido.
• A decisão é caso a caso, como negociar desconto com cliente antigo.

O que a gente faria no seu lugar?

A gente começaria pelo orçamento repetido, não pelo marketing. O motivo está nos números do Sebrae: 59% a 74% de quem usa IA já está no marketing. O ganho que sobrou é o back-office. Foi ali que a construtora Keg Built economizou mais de 10 horas num único orçamento.

A gente não compraria um pacote importado esperando que ele converse com o WhatsApp e a planilha de hoje. Os conectores deles são QuickBooks e HubSpot, que não são a rotina do pequeno negócio brasileiro.

Na prática, a gente montaria a skill de orçamento do passo a passo acima e rodaria o teste da troca de óleo antes de mostrar a qualquer cliente.

E a gente não tentaria automatizar cinco frentes de uma vez. Uma tarefa, bem feita e usada de verdade, ensina mais que cinco pela metade.

Sobre o caminho de montar isso sem saber programar, veja dá pra usar o Claude Code sem saber programar. Pra decidir entre ferramenta pronta e sistema próprio caso a caso, veja comprar um sistema pronto ou construir o meu com IA.

Em resumo

Dá pra construir agente de atendimento, orçamento automático, painel de dados e organização de processo num negócio fora de tecnologia. O Sebrae mostra que 96% das pequenas empresas brasileiras já conhecem a IA, mas só 15% usam com frequência — e quase sempre só no marketing.

A Anthropic e a OpenAI provam que o ganho vai muito além disso. Como o pacote pronto foi feito pra outra realidade de ferramenta, aplicar a IA ao back-office do negócio brasileiro, hoje, significa construir o próprio sistema.

Este artigo faz parte do pilar Eu não sou programador — dá pra construir com IA mesmo assim?.

Dá, cruzando três peças: o WhatsApp oficial, que define o que pode ser enviado e quanto custa; uma ligação real com a agenda — Google Agenda ou equivalente — que devolve o horário livre; e um motor que entende linguagem solta, não só menu de botão. É essa terceira peça que resolve “sexta de manhã, depois das 14h”.

Quem agenda por telefone ou WhatsApp manual conhece o padrão. Pergunta o dia, confere a agenda numa aba separada, digita a resposta. E faz isso de novo pra cada remarcação. O trabalho não é decidir o horário. É ficar de ponte entre a conversa e a agenda.

Quais são as três peças desse atendente?

Nenhuma substitui a outra.

Peça	Função
Canal — WhatsApp oficial	define o que pode ser enviado sem o cliente ter escrito antes e cobra por mensagem — desde 1º de outubro de 2026, também dentro da janela de 24 horas
Agenda — Google Agenda ou equivalente	fonte real do horário livre, consultada a cada resposta — nunca planilha decorada ou cabeça de alguém
Motor de resposta	fluxo fixo de botão ou agente de IA que lê texto livre — é aqui que o resultado muda

As duas primeiras peças são infraestrutura. A terceira é a decisão que este artigo detalha.

Por que um menu de botão fixo não dá conta de “sexta de manhã, depois das 14h”?

Porque a própria WhatsApp Business Platform limita o que um menu pode oferecer. Um botão de resposta rápida aceita no máximo 3 opções, com rótulo de até 20 caracteres. Uma lista aceita mais itens, mas até 10 linhas somando todas as seções. Não dá pra listar todo horário livre do mês.

Por isso o fluxo de botão precisa quebrar a escolha em etapas: primeiro o serviço, depois o dia, depois um horário dentre no máximo 10.

Cliente que digita “sexta de manhã, mas só depois das 14h” não bateu em nenhuma opção. O fluxo trava ou joga pra atendimento humano. É a limitação estrutural que separa regra fixa de agente com linguagem natural.

Como o agente sabe qual horário está realmente livre?

Ele consulta a agenda antes de responder, em vez de adivinhar.

Para isso usa uma API (a porta que um sistema abre para outro conversar com ele). No caso, a API de disponibilidade do Google Agenda, que o Google abre para a agenda ser consultada. Ela recebe um intervalo de tempo e devolve só os períodos ocupados — sem título de compromisso, sem detalhe. Aceita até 50 agendas numa única consulta.

Isso é o que permite ao agente cruzar “sexta de manhã, depois das 14h” com o que está realmente livre naquele dia. Ele não oferece um horário da lista pronta que já foi tomado. O fluxo de botão também pode consultar essa mesma API — a diferença não está na agenda, está em quem interpreta o pedido.

Dá para remarcar e cancelar do mesmo jeito que marcar?

Remarcar é mais difícil que marcar, porque exige achar um compromisso que já existe, não só abrir um vazio na agenda.

Num fluxo de botão, isso normalmente vira mais uma etapa fixa: “digite 1 para ver seus agendamentos”. Um agente que lê texto livre interpreta “quero mudar minha sexta pra semana que vem” direto. Ele localiza o evento vinculado àquele número de telefone e chama a atualização na agenda sem passar por menu.

A trava técnica é a mesma nos dois casos: o compromisso precisa estar identificado — telefone ou nome do cliente no próprio evento. Senão, nem o agente mais esperto acha o que remarcar.

Como funciona o lembrete que chega um dia antes?

Aqui a regra é igual pro fluxo de botão e pro agente de IA, e é o ponto que mais gente esquece. Se o cliente não escreveu nas últimas 24 horas, a mensagem só pode sair como modelo de utilidade pré-aprovado pela Meta. É um texto fixo, com variáveis no lugar de nome, data e hora.

Mesmo o agente mais flexível não pode improvisar essa mensagem à vontade. O modelo pode incluir um botão de resposta rápida, como “Cancelar”, exatamente como no exemplo de confirmação de reserva da própria documentação da Meta. A liberdade de conversar em texto livre vale para o resto da conversa. Não vale para o disparo que a empresa faz por iniciativa própria.

Quando a conversa na janela de 24 horas passou a custar?

Em 1º de outubro de 2026. Até 30 de setembro de 2026, toda mensagem de texto livre dentro da janela de 24 horas era grátis. A própria Meta confirma a mudança: desde essa data, a mensagem de sessão é cobrada por unidade, no mesmo valor do modelo de utilidade daquele país.

Na prática, isso pesa mais sobre um agente que negocia em várias mensagens do que sobre um menu de botão enxuto. Cada rodada de “não pode esse horário, e esse aqui?” vira uma mensagem paga a mais. Detalhamos a conta completa em quanto custa o agente de IA do WhatsApp Business por mês.

O dado da minha agenda fica exposto nesse fluxo?

Menos do que parece. A consulta de disponibilidade do Google Agenda tem uma permissão específica, mais restrita que o acesso completo — `calendar.events.freebusy`. Ela devolve só os intervalos ocupados, sem abrir o conteúdo dos outros compromissos.

Isso limita o que vaza mesmo se a integração for mal configurada. O que continua sob sua responsabilidade é o histórico de conversa do cliente — nome, telefone, serviço marcado. Ele segue a mesma lógica de qualquer ferramenta com dado de terceiro, tratada em é seguro usar IA com os dados dos meus clientes.

Como resolver isso com IA, passo a passo?

Dá para montar sem contratar programador, e a montagem tem as mesmas três peças de sempre: o número na plataforma oficial, a agenda ligada por API, e a regra que decide o que responder. Existem três caminhos honestos:

• Ferramenta pronta de agendamento com IA, com o fluxo já montado
• Automação visual, ligando as peças numa plataforma como n8n ou Make
• Construção sob medida, escrevendo a integração com a API oficial e a API do Google Agenda usando uma ferramenta de linha de comando com IA, como o Claude Code

O que muda entre os três é o quanto você controla a lógica de “o que fazer quando o horário pedido não existe”. Os passos abaixo seguem o terceiro caminho.

1. O que construir

Um agente de agendamento: um pequeno programa ligado à API oficial do WhatsApp (Cloud API da Meta) e à API de disponibilidade do Google Agenda. Ele lê o pedido em texto solto, consulta os horários livres, oferece opções reais, confere a agenda de novo antes de confirmar e grava o compromisso com o telefone do cliente no evento.

2. O pedido pronto para copiar

O pedido que recomendamos colar no Claude Code:

“Monte um agente de agendamento para o WhatsApp do meu negócio usando só a API oficial do WhatsApp (Cloud API da Meta) e a API de disponibilidade do Google Agenda, com a permissão mais restrita possível. Ele deve: 1) entender pedidos em texto livre, como ‘sexta à tarde, depois das 14h’; 2) consultar a agenda antes de oferecer qualquer horário; 3) consultar a agenda de novo logo antes de confirmar; 4) se a consulta falhar, dizer que vai chamar uma pessoa e nunca confirmar; 5) gravar o telefone e o nome do cliente no evento, para remarcar e cancelar depois; 6) mandar o lembrete da véspera só por modelo de utilidade aprovado pela Meta. Meus serviços e a duração de cada um: [cole aqui]. Explique cada passo como se eu nunca tivesse programado.”

3. Como conferir se a IA acertou

Teste as duas falhas que este artigo aponta como as mais frequentes. Primeiro: peça o mesmo horário por dois números de teste, quase ao mesmo tempo. O certo é só um sair confirmado. Segundo: desligue o acesso à agenda e peça um horário. O certo é o agente chamar uma pessoa, não confirmar. Uma única confirmação sem agenda reprova.

4. Custo e tempo

O Claude Code vem no plano Pro, que custa R$ 110 no mensal ou R$ 92 por mês no anual (R$ 1.100 de uma vez), segundo a página oficial de preços vista do Brasil em 02/10/2026; os preços não incluem impostos aplicáveis. O plano grátis não inclui o Claude Code. Some a isso as mensagens pagas da Meta, que desde 1º de outubro de 2026 incluem a conversa dentro da janela de 24 horas. O tempo de montagem depende do número de serviços e agendas; a conta de uso por mês está no artigo linkado na seção sobre custo.

O que dá errado com mais frequência nesse tipo de atendente?

Duas falhas aparecem com mais frequência. A primeira é o agendamento duplo: dois clientes escolhendo o mesmo horário quase ao mesmo tempo. Acontece quando o agente não confere a agenda de novo bem antes de confirmar.

A segunda é o agente confirmar um horário sem checar a agenda de verdade. Ele responde com uma disponibilidade plausível, mas não verificada, porque a consulta à agenda falhou ou foi pulada. É rara nas duas primeiras semanas e comum quando o volume de conversas cresce.

Outras falhas comuns de agente de IA no WhatsApp — inclusive as que ninguém percebe até o cliente sumir — estão em o que dá errado quando um agente de IA atende no WhatsApp.

Para quem o atendente que agenda sozinho se aplica bem — e quando não?

Se aplica bem a quem marca horário com duração previsível e já usa uma agenda digital. A consulta de disponibilidade só funciona se a agenda for a fonte real do horário livre.

Também serve a quem recebe pedidos em texto solto, do tipo “sexta de manhã, depois das 14h”. É exatamente o caso em que o menu de botão trava, pelos limites de 3 botões e 10 linhas.

Não se aplica bem quando a agenda mora num caderno ou na cabeça de alguém. Sem fonte real, o agente confirma horário que não existe — a segunda falha da seção anterior. E, para poucos horários por semana, um menu de botão enxuto resolve e gasta menos mensagens pagas.

O que a gente faria no seu lugar?

A gente montaria o atendente no WhatsApp oficial, com a agenda consultada a cada resposta. E colocaria uma segunda checagem da agenda logo antes de confirmar. É o conserto direto do agendamento duplo. Montaríamos com o pedido pronto acima e só ligaríamos no número real depois dos dois testes.

A gente escolheria o agente de IA só se os clientes pedem horário em texto solto. Se eles escolhem entre poucas opções, o menu de botão basta. E, desde 1º de outubro de 2026, cada rodada de negociação é uma mensagem paga.

O que a gente não faria: deixar o agente confirmar horário quando a consulta à agenda falhou. Nem usar planilha decorada como fonte de horário livre.

Em resumo

Um atendente que agenda sozinho precisa de canal oficial, agenda consultada em tempo real e um motor que entenda o pedido do jeito que o cliente escreve. O que separa um fluxo de botão de um agente de IA não é a agenda nem o WhatsApp — é a capacidade de interpretar “sexta de manhã, depois das 14h” sem forçar o cliente a navegar um menu.

Fontes: as regras de mensagem de sessão, janela de 24 horas, limites de botão e lista, modelo de utilidade e a mudança de 1º de outubro de 2026 vêm da documentação oficial da WhatsApp Business Platform (Meta for Developers); a consulta de disponibilidade vem da referência da API do Google Agenda (Google for Developers); a distinção técnica entre fluxo de regra fixa e agente de IA segue a definição da IBM, linkada acima. O cruzamento entre as três fontes e a leitura sobre o que muda na prática são da Apare as Pontas.

Este artigo faz parte do pilar Atendimento que não escala.

Dá, por dois caminhos com contas bem diferentes. Na plataforma oficial da Meta, responder quem escreveu primeiro foi grátis até 30 de setembro de 2026 e, desde 1º de outubro de 2026, é cobrado por mensagem. No caminho não oficial o custo é zero, mas os termos da Meta proíbem, e a punição é perder o número.

Quem vende serviço conhece a cena: a mesma pergunta chega quinze vezes por dia, quase sempre com as mesmas três variáveis, e a resposta certa já existe pronta na sua cabeça. O trabalho não é pensar o orçamento. É digitar de novo.

Quais são os dois caminhos, na prática?

São dois mundos, e quase todo material de fornecedor mistura os dois de propósito.

O caminho oficial é a WhatsApp Business Platform, a API (a porta que um sistema abre para outro conversar com ele) que a Meta mantém e documenta. Você se cadastra, seu número vira um número de plataforma, e cada mensagem passa por uma infraestrutura que a Meta enxerga e cobra.

O caminho não oficial são bibliotecas que conversam com o WhatsApp fingindo ser o aplicativo comum. Elas existem, funcionam e são fáceis de subir. Não passam pela Meta em momento nenhum.

A diferença que interessa não é técnica. É que só um dos dois tem contrato.

Por que responder orçamento saía de graça na via oficial?

Porque a Meta separa quem começou a conversa. Na documentação de preços da plataforma, mensagem que você dispara sem provocação é template (um modelo de texto fixo, aprovado antes pela Meta) e é cobrada por categoria — marketing, utilidade ou autenticação.

Mas quando o cliente escreve primeiro, abre uma janela de atendimento de 24 horas. Até 30 de setembro de 2026, mensagem livre dentro dela não era cobrada. Mensagem de serviço tinha deixado de ser cobrada no fim de 2024.

Traduzindo para o seu caso: um robô que só responde quem perguntou o preço opera dentro dessa janela do começo ao fim. Até aquela data, a conta de mensagem fechava em zero.

Então por que tanta gente foi pro caminho não oficial?

Porque a discussão pública sobre API não oficial do WhatsApp é sempre sobre preço: a oficial é cara, a alternativa é grátis.

Só que, no caso específico de responder orçamento, a via oficial era gratuita até 30 de setembro de 2026 — a cobrança morava no disparo em massa, que é outro problema.

Ou seja: uma parte do mercado assumiu risco de perder o número da empresa para economizar num uso que não tinha custo de mensagem. O medo estava calibrado pela conta do disparo, e aplicado a um cenário de resposta.

O que os termos da Meta realmente dizem sobre isso?

Dizem de forma direta, e vale ler a frase. Os Termos Comerciais do WhatsApp proíbem “desenvolver ou usar quaisquer aplicativos que interajam com nossos Serviços Comerciais sem nosso consentimento prévio por escrito”.

Não é uma zona cinzenta de interpretação. Biblioteca não oficial é exatamente um aplicativo que interage com o serviço sem consentimento.

O mesmo documento descreve o que a Meta pode fazer: “limitar, restringir, suspender ou encerrar” a conta conforme o tipo da violação — e proíbe abrir conta nova sem permissão expressa. Perder o número é o cenário previsto em contrato, não o azar de quem foi pego.

E a segurança do dado do cliente nesses dois caminhos?

Muda bastante, e quase nunca entra na conversa.

Na via não oficial, a conversa trafega por um servidor (um computador ligado o tempo todo na internet) de terceiro, que alguém subiu ou alugou. Isso significa que histórico de cliente, telefone e valor de orçamento passam por uma infraestrutura fora do contrato da Meta.

Perante a LGPD (a Lei Geral de Proteção de Dados, que diz como empresas podem guardar e usar dados de pessoas), quem decidiu montar aquilo é o responsável pela decisão. É a mesma lógica que vale para qualquer ferramenta de IA no negócio — tratamos isso em é seguro usar IA com os dados dos meus clientes.

Quando a resposta pela via oficial passou a ser cobrada?

Em 1º de outubro de 2026. A isenção acabou, e isso reabriu a conta.

Segundo a página da Meta sobre mensagens fora de modelo, desde essa data a mensagem de serviço é cobrada por unidade. Mensagem livre dentro da janela de 24 horas paga na mesma faixa das categorias de utilidade e autenticação de cada país. Os templates de utilidade também perderam a isenção dentro da janela.

Vale a pena guardar dois detalhes:

• Não há desconto por volume nas mensagens de serviço — a tarifa por mensagem é a mesma para quem manda cem ou cem mil
• Só a plataforma de API é afetada — o aplicativo WhatsApp Business comum, aquele gratuito da loja, continua fora dessa cobrança

Separadamente, desde agosto de 2026 a Meta cobra por token (o pedacinho de texto que a IA usa como unidade de medida) quando a resposta é gerada pela IA dela própria. Fizemos essa conta em quanto custa o agente de IA do WhatsApp Business por mês.

Qual caminho escolher pro seu orçamento?

Depende de uma pergunta só: o número que atende é o número do seu negócio?

Situação	Caminho que faz sentido
Número da empresa, cliente real, faturamento depende dele	Oficial. O risco de perder o número não tem preço de reposição
Volume baixo e resposta sempre manual	Aplicativo WhatsApp Business comum, com respostas rápidas salvas
Protótipo interno, testar uma ideia	Oficial também: a Meta tem um passo a passo de primeiros envios de teste, e o que funcionar no teste já nasce pronto para produção
Precisa disparar para lista	Oficial, obrigatoriamente, e a conta muda de figura

A regra prática: automação que sustenta receita não pode morar numa camada que o fornecedor pode desligar sem aviso e sem recurso.

Como resolver isso com IA, passo a passo?

Dá para fazer sem contratar programador. A montagem tem três peças: o número na plataforma oficial, uma regra que decide o que responder, e o lugar onde a tabela de preço mora. A terceira é a que trava mais gente — orçamento normalmente vive numa planilha que só uma pessoa sabe usar.

Existem três opções honestas: uma ferramenta pronta de atendimento, uma plataforma de automação visual, ou a regra construída em cima da API oficial com uma ferramenta de linha de comando com IA, como o Claude Code. Os passos abaixo seguem a terceira.

1. O que construir

Um agente de orçamento ligado à API oficial do WhatsApp (Cloud API da Meta). Ele lê as variáveis que o cliente manda na mensagem, consulta a sua tabela de preço e devolve uma faixa de valor, nunca um valor fechado. Tudo o que sai do padrão vai para uma pessoa, com aviso para você.

2. O pedido pronto para copiar

O pedido que recomendamos colar no Claude Code:

“Monte um agente que responde pedidos de orçamento no WhatsApp do meu negócio usando só a API oficial do WhatsApp (Cloud API da Meta). Ele deve: 1) identificar na mensagem do cliente as variáveis que definem o preço, que vou listar abaixo; 2) se faltar alguma, perguntar só a que falta; 3) calcular usando apenas a minha tabela de preço e responder com uma faixa, nunca com um valor fechado; 4) quando o pedido sair do padrão da tabela, dizer que uma pessoa vai responder e me avisar; 5) nunca inventar preço, prazo ou desconto; 6) guardar cada orçamento enviado para eu revisar. Minhas variáveis e minha tabela: [cole aqui]. Explique cada passo como se eu nunca tivesse programado.”

3. Como conferir se a IA acertou

Use a armadilha deste artigo como teste: o erro que ninguém percebe é o preço para menos. Monte dez pedidos de teste — cinco dentro da tabela e cinco fora do padrão. O certo é os cinco primeiros voltarem em faixa, com o valor conferido na sua planilha, e os cinco últimos irem para uma pessoa. Um único valor abaixo da tabela reprova.

4. Custo e tempo

O Claude Code vem no plano Pro, que custa R$ 110 no mensal ou R$ 92 por mês no anual (R$ 1.100 de uma vez), segundo a página oficial de preços vista do Brasil em 02/10/2026; os preços não incluem impostos aplicáveis. O plano grátis não inclui o Claude Code. Some as mensagens de serviço da Meta, cobradas por unidade desde 1º de outubro de 2026, sem desconto por volume. O tempo depende de quão organizada a tabela de preço já está; se ela mora na cabeça de alguém, esse é o primeiro trabalho.

O erro que aparece depois que o robô já está no ar

Não é o robô responder errado. É ele responder errado e ninguém ficar sabendo.

Orçamento tem uma armadilha específica: quando a resposta automática erra o preço para menos, o cliente não reclama. Ele aceita. E o prejuízo só aparece na entrega, quando já virou compromisso.

Por isso a primeira versão de qualquer resposta automática de orçamento deveria devolver faixa, não valor fechado, e mandar para revisão humana tudo que sai do padrão. As outras falhas comuns estão em o que dá errado quando um agente de IA atende no WhatsApp.

Para quem a resposta automática de orçamento serve — e quando não se aplica?

Se aplica bem quando o orçamento depende de poucas variáveis que o cliente já manda na mensagem. É a cena do começo: a mesma pergunta quinze vezes por dia, com as mesmas três variáveis. Nesse caso, a regra cabe numa tabela e o robô só faz a conta.

Também serve a quem já tem a tabela de preço organizada. Se ela mora na cabeça de uma pessoa, o primeiro trabalho é tirar de lá.

Não se aplica quando o preço depende de ver o serviço antes, como uma visita ou uma avaliação. Aí o robô pode, no máximo, marcar essa etapa. Também não serve para pedido fora do padrão: pela armadilha da seção anterior, esse vai para uma pessoa.

O que a gente faria no seu lugar?

A gente iria pela plataforma oficial, sem exceção, inclusive no teste. O motivo está nos termos citados acima: a Meta pode “limitar, restringir, suspender ou encerrar” a conta de quem usa aplicativo não autorizado. Nenhuma economia paga um número perdido.

A gente começaria respondendo com faixa de preço, não com valor fechado. E faria a conta nova da mensagem de serviço, cobrada desde 1º de outubro de 2026, antes de ligar o robô. Montaríamos o agente com o pedido pronto acima e só o ligaríamos depois do teste dos dez pedidos.

O que a gente não faria: usar biblioteca não oficial no número da empresa, nem por pouco tempo. E não deixaria o robô fechar preço sozinho em pedido fora do padrão.

Em resumo

Automatizar a resposta de orçamento no WhatsApp é possível pelos dois caminhos, mas só um deles tem contrato: a plataforma oficial da Meta, onde responder quem escreveu primeiro custou zero até 30 de setembro de 2026 e é cobrado por mensagem desde 1º de outubro de 2026. A via não oficial economiza um custo que, nesse uso específico, quase não existia — e paga por isso com o risco contratual de perder o número da empresa.

Este artigo faz parte do pilar Atendimento que não escala.