Usar um agente de código para escrever suas páginas de conformidade

Escrever uma política de privacidade é, na maior parte, transcrição. A parte difícil — descobrir o que o seu app realmente coleta — é respondida por arquivos que já estão no seu repositório, e esse é exatamente o tipo de trabalho em que um agente com acesso ao sistema de arquivos é bom.

O que um agente consegue de fato derivar

Só a partir dos arquivos de build, sem perguntar nada a você:

Fato	De onde vem
Nome do app	strings.xml app_name, CFBundleDisplayName, pubspec.yaml, app.json
Application id / bundle id	applicationId no Gradle, PRODUCT_BUNDLE_IDENTIFIER no projeto do Xcode
Plataforma	Quais desses arquivos existem
Coleta de dados	Cada SDK de terceiros em build.gradle, Podfile, Package.swift, pubspec.yaml, package.json
Permissões e strings de uso	AndroidManifest.xml, Info.plist
ID de publisher de anúncios	O application id da AdMob no manifest ou no plist
Uma URL do Play proposta	Construída a partir do application id — uma proposta, não um fato, já que o app pode não estar publicado na loja

Essa tabela é a substância de uma política de privacidade. É também a resposta para “o que o meu app coleta”, a pergunta que a maioria dos desenvolvedores erra de memória e acerta lendo.

O que ele não tem como saber e precisa perguntar

Um agente que inventa estes itens é pior do que nenhum agente:

• O nome da sua pessoa jurídica e a jurisdição indicada nos seus termos.
• O endereço de suporte que você realmente lê. Ele nunca deve adivinhar isso a partir de uma configuração do git ou de um login de desenvolvedor Apple encontrado em um arquivo do fastlane.
• O seu App Store id real, a menos que esteja em uma configuração do fastlane — o id numérico não pode ser derivado.
• Se o app está publicado, e em qual página da loja.
• Fatos do negócio: se você vende assinaturas, se crianças são público-alvo, se você compartilha dados com um parceiro que não deixa rastro na lista de dependências.
• Qualquer coisa sobre o seu backend. Nada no repositório diz por quanto tempo você guarda os dados.

Um bom resultado é assim: tudo o que pode ser derivado é derivado, com o arquivo e a linha de onde veio, e o que sobra é uma lista curta de perguntas que só você pode responder.

Limites que vale exigir

Antes de deixar qualquer agente chegar perto disso, decida estes pontos — eles são a diferença entre uma ferramenta útil e um risco:

1. Nada é publicado sem um clique humano. Uma página jurídica gerada indo ao ar sem revisão é o risco inteiro resumido em uma frase.
2. Todo fato derivado tem origem identificável. “Encontrei firebase-crashlytics em app/build.gradle:47” pode ser verificado; “seu app coleta diagnósticos” não pode.
3. Ele não faz commit nem push. Propor um diff é ajuda; reescrever o seu repositório não é.
4. Ele envia o mínimo para fora da sua máquina. Derivar os fatos localmente e enviar as conclusões é muito diferente de fazer upload do seu código-fonte.
5. Ele diz o que não sabe. Um agente que preenche um placeholder com uma frase plausível produziu um documento de conformidade que contém um palpite.

Faça essas cinco perguntas a qualquer ferramenta dessa categoria, inclusive a nossa.

Onde o humano continua no processo

O agente redige; você decide. Especificamente, é você quem:

• confirma as respostas que ele não conseguiu derivar;
• lê a seção de terceiros, que é a parte que o revisor compara com o seu formulário de Data safety;
• decide os prazos de retenção, porque só você conhece o seu backend;
• clica em publicar;
• preenche os campos do console da loja — nenhum agente deveria estar dentro do seu Play Console.

Se o seu app lida com dinheiro, dados de saúde ou crianças, uma hora de um advogado ainda pertence a esta lista. Um modelo redigido a partir de evidências é um ponto de partida melhor do que uma página em branco; não é aconselhamento.

O que a AppFoyer faz aqui

Existe um plugin para o Claude Code. Você o instala, diz “make this app store-ready”, e a skill lê os seus arquivos de build, deriva a tabela acima com arquivo e linha para cada fato, pergunta apenas o que não conseguiu encontrar e redige as cinco páginas e mais o app-ads.txt. Depois, ela entrega a você uma URL de revisão no painel.

Os limites acima são impostos, não prometidos. A credencial do agente alcança um conjunto fixo de ferramentas — listar e ler apps, criá-los (um por flavor), atualizar configurações, redigir páginas, app-ads.txt, o checklist, o ícone do app e um endereço personalizado — e publicar não está entre elas: request_publish entrega a você um link, não uma página no ar. O ícone e o endereço são as duas coisas sem etapa de rascunho, então o agente avisa quando os definiu, e não substitui um endereço que você já usa sem perguntar. O agente não pode publicar, despublicar, excluir um app, alterar canais de notificação nem mexer na sua caixa de solicitações de exclusão; essas são ações exclusivas da sessão que você mesmo executa. A lista completa de ferramentas e exemplos práticos estão na página de documentação do agente. A skill nunca faz commit nem push, e só propõe um diff quando você pede para ela ligar as URLs finais de volta ao app.

Se o seu agente não é o Claude Code — Cursor, Codex ou um assistente de chat —, a página de privacidade tem um caminho de copiar e colar: o editor fornece um prompt já preenchido com os dados do seu app, você o executa onde quiser e cola a resposta de volta. O prompt e o motivo de ele ser escrito do jeito que é estão em Escrever sua política de privacidade com um assistente de IA.

Se você não tem um agente, a mesma coisa existe como um formulário curto. O caminho do agente é mais rápido porque as respostas já estão no seu repositório — não é um produto diferente.

As fontes oficiais

• Fornecer informações para a seção Data safety do Google Play — Ajuda do Google Play Console, sobre os dados de SDKs serem de sua responsabilidade declarar
• Detalhes de privacidade dos apps na App Store — Apple
• Privacidade e segurança no Firebase — um exemplo da divulgação por SDK que um agente lê