Vibe coding para app de notificação android: o app acorda e encerra

Quem faz vibe coding de um app Android que precisa ler notificação (banco, WhatsApp, o que for) declara o Android Notification Listener. O sistema acorda o app quando a notificação chega, o app pega os dados, processa e encerra. Sem a permissão de acessar notificações, o caminho que sobra é um serviço em background puxando o log do celular, e quem estava construindo o app na live já avisou que isso ocupa e atrapalha.

Isso apareceu na live de gbrl808. O outro builder na call já tinha o listener pronto no começo e usava Supabase. A API ele tinha achado na pesquisa, antes da call. Na live ele explicou o mecanismo e mostrou o log no celular.

A pesquisa que tirou o serviço de background

Ele chegou falando do estado do app:

o listener da da notificação aqui já tá pronto, hein?

O app já estava no meio do caminho, com Supabase no backend e o listener declarado. Quem ouviu a call pegou a justificativa do componente. O arquivo do listener já estava pronto. O que importa para quem vai montar o mesmo app é o que ele encontrou quando foi olhar como o Android trata notificação de outro aplicativo.

quando eu fui pesquisar, não precisa, o Android lançou um bagulho, quer dizer, lançou faz um tempinho já que já existia. Eu que não tava sabendo. Chama Android Notification Listener.

A API já existia e ele não estava sabendo. No vibe coding de um app que lê notificação de outro aplicativo, essa API troca o serviço em background por uma declaração no app: você declara o listener e deixa o sistema chamar o processo. Foi o mesmo caminho de emulador android studio. Foi o mesmo caminho de vibe coding para lancar app primeiro no android. Foi o mesmo caminho de keystore android.

O Notification Listener acorda o app

se você declara isso no seu app, quando o celular recebe uma notificação, o seu app acorda, né, e ele pega essa notificação. Você não precisa fazer o bagulho de rodar em background, essas paradas, velho.

Ele fechou o ciclo na mesma conversa:

Aí seu app acorda na notificação, pega os dados e processa e depois já era

Mais tarde repetiu o encerramento: "esse bagulho do Android aí que acorda o seu app quando chega a notificação e depois ele já ele já encerra de novo"

Quem estava construindo o app de notificação falou isso com o componente já declarado e com o app acordando na hora.

O mesmo app, em outro recorte da mesma live, é a lição de automação bancária por notificação.

Sem permissão, o plano B puxa o log do celular

O listener entrega o evento se o usuário autorizar o app a acessar as notificações do aparelho. A tela de permissão liga o listener ao sistema. Sem ela, o Android não acorda o app para entregar a notificação de outro aplicativo.

você tem que dar permissão de acessar as notificação pro app lá

Ele descreveu o que faria se essa tela não passasse:

porque senão aí sim eu acho que teria que fazer o bagulho rodando no background, né? Porque daí ia ter que pegar no log do celular assim a notificação. Aí ia ser puxado, velho. Ia ocupar muito aí atrapalho.

Com a permissão, o sistema entrega a notificação e o app acorda. Sem ela, o plano B que ele descreveu sobe um processo, lê o log do celular e fica com o custo que ele falou: ocupa e atrapalha. Ele não mediu bateria nem RAM. Falou do que já sabia que ia acontecer se fosse pelo log.

O que o vibe coding de um app de notificação prova no aparelho

A prova na live é o log no celular dele. Ele não fez compra de banco e botou toda notificação que chega para aparecer no log.

Dá para ver que tá pegando porque toda notificação que você que chega no celular eu botei para logar aqui.

Já tô logando aqui. Sempre que chega a notificação do WhatsApp, ele loga. Chega a notificação do aplicativo do smartwatch aqui. Então é bem suave.

WhatsApp e o app do smartwatch já apareciam no log, sem um serviço preso em background. Ele não contou quantas notificações tinham passado. Mostrou as 2 fontes que estavam caindo na hora.

Amanhã, se o app precisa ler notificação de banco ou de WhatsApp, o primeiro arquivo que você mexe é a declaração do Notification Listener e o fluxo da permissão de acessar notificações. O processamento entra no momento em que o sistema acorda o app. Serviço em background lendo o log do celular só entra se a permissão não vier. Leva o nome da API para a documentação do Android e trata a tela de permissão como parte do fluxo principal. Dá para assistir à live e ouvir o outro builder na call explicar o listener com as palavras dele.