Listagem da loja
Produza textos de listagem que sejam aprovados na revisão e convertam. Trabalhe a partir do aplicativo real: leia pubspec.yaml (nome, descrição), README.md, as principais telas em lib/ (nomes de recursos, títulos de telas, texto de estado vazio) e qualquer pasta fastlane/metadata ou store/ existente. Nunca invente recursos que não estejam no código.
Leia references/limits.md para os limites exatos dos campos e references/aso-checklist.md para as regras de escrita antes de rascunhar.
Pergunte apenas o que o código não pode dizer
Se ainda não estiver claro, pergunte em uma única mensagem:
- Para quem é o aplicativo (uma frase)?
- A única coisa que ele faz melhor que as alternativas?
- Países / idiomas alvo?
- Possui URL de política de privacidade e e-mail de suporte?
Siga com suposições sensatas se o usuário não responder; marque as suposições no rascunho.
Entregar (padrão: ambas as lojas)
Google Play
- Nome do app (30): nome do produto, opcionalmente um gancho curto. Sem "grátis", "melhor", emojis ou CAIXA ALTA.
- Descrição curta (80): a proposta de valor, palavras-chave primeiro.
- Descrição completa (4000): parágrafo de abertura que funcione por conta própria, depois marcadores de recursos, depois parágrafo de confiança/privacidade, depois "Permissões que solicitamos e por quê" se existir alguma permissão sensível.
- Notas de versão (500) para a versão atual se existir um CHANGELOG.
- Sugestão de categoria e notas sobre classificação de conteúdo.
App Store
- Nome (30), Subtítulo (30), Texto promocional (170, editável sem novo build), Descrição (4000), Palavras-chave (100, separadas por vírgula, sem espaços após as vírgulas, sem palavras já existentes no nome/subtítulo, sem plurais de palavras existentes, sem nomes de concorrentes), Novidades.
- Sugestão de categoria primária; notas sobre classificação etária.
Para cada campo, imprima a contagem de caracteres entre colchetes após ele, como [78/80], e mantenha cada campo dentro do seu limite.
Modo de revisão (--review)
Quando o usuário colar um texto existente ou o projeto tiver fastlane/metadata, verifique cada campo quanto a: tamanho, palavras políticas (grátis, melhor, #1, baixe agora, menções a outras plataformas ou lojas, alegações não verificáveis, alegações médicas/financeiras sem isenções), stuffing de palavras-chave, alegações de recursos ausentes do código e falta de explicações sobre permissões. Retorne uma tabela de campo, problema, sugestão de reescrita.
Saída
Entregue como blocos de texto simples por campo, para que o usuário possa copiar diretamente nos consoles. Ofereça-se para salvar em fastlane/metadata/android/en-US/*.txt e fastlane/metadata/ios/en-US/*.txt apenas se o projeto já usar fastlane.