Research the iOS and Android release path for Music Study
Research / Expo / TestFlight / App Store
Task metadata
Original request
"Agora eu queria uma outra tarefa, que é pra criar um design system pra esse app. Ele já tá interessante assim, de usabilidade, mas eu quero que fique bem amarrado na parte visual e que eu possa modificar. Então eu queria que você desse uma olhada no outro repositório que eu tenho, que se chama Design System, e ver o que que aproveita de lá, o que que dá pra melhorar. Porque o que eu gosto dele, ele usa esse ChatCN Components, que eu achei perfeito pro nosso caso, eu quero usar isso também. E ele tem MCP, ChatCN tem, não sei se isso fica no repositório, e tem uma skill do ChatCN também. Além disto, tem esse Agentation Live Tool, tem umas ferramentas de DialKit, vários skills. Na verdade, eu queria aproveitar todos esses skills que tem e todas essas ferramentas de live tooling, onde eu modifico no próprio browser o design. Então isso tudo eu queria aproveitar. O jeito que ela é feita, assim, gosto de ver os componentes e tal. O único problema, eu gosto, estuda dela, a gente pode fazer uma cópia dela. O único problema é que ainda não tá muito legal esse flow de passar um design do design system para o projeto, no caso, por exemplo, para o Regla Bucks, ou vice-versa. Eu sei que eu tenho lá scripts para isso, mas não tá tão prático, eu não sei. E outra coisa, eu não tô usando o Dial Kit tão eficientemente, mas enfim, só instalar, depois eu vou aprender a usar. Esse da música seria menor, talvez com mais... Talvez a gente faça só os primitives, que aí fica mais fácil de fazer essa sincronização, não sei. Aí eu quero que você me explique como é que faz a melhor forma de sincronizar ali. Eu modifico um componente no design system e ele já vai para o site. Aí tá. Bom, aí a tarefa é criar esse design system a partir do meu repositório que já existe, copiando tudo o que eu falei.
Daí uma outra task. Acho que você mesmo pode pesquisar, dar uma olhada e resumidamente me mostrar, me explicar como é que faz para deixar isso disponível na App Store ou na outra do Android. Tanto pra iOS quanto pra Android. E me relembra ali as ferramentas que eu uso pra isso, React Native. Tem um outro aqui que eu tenho uma certa familiaridade, que se chama...Expo Go. Não sei se você conhece, é de fazer aplicativo. Eu já usei, mas não lembro bem como é que usa. Eu imagino que dá pra fazer com ela. Então, outra tarefa é talvez já colocar isso. Usar o Expo Go, porque eu vou fazer um... Depois eu vou pedir pra você... Você tem que fazer essa tarefa pensando que isso vira um prompt depois. Então você tem que escrever da melhor forma. E aí eu vou pedir go pra você ou pra outro IA fazer um prompt. E a gente vai fazer. Então eu acho que se o Expo Go funcionar com com a gente, API, não sei, eu imagino que sim, é que a gente vai criar o prompt depois, que vai ter que instalar o React Native, tudo o que precisa pra fazer a versão mobile, app de verdade e os passos de dificuldades de colocar na AppStore. Eu vi que tem uma questão de desabilidade, precisa ser boa, do design tem que ser bonito, que ele tem que ser útil. Então, o nosso app tem que ser assim. Ele já é útil, ele tem que ficar fera no design, então pode se basear nos melhores apps aí do de música e tal pra... iOS. Eu gosto do design do iOS, então... Essa é outra tarefa, fazer ela já pensando que eu vou criar o prompt para criar isso tudo, lembrando a explicação do próximo passo, que é deixar ele botar na App Store. A pesquisa do design. Vamos falar aplicativos que eu não gosto de música. Tem um que é super caro, que se chama Tonal Energy. E eu acho ele cheio de coisa demais, muito feio a interface. É útil, faz um milhão de coisas. O Expo Goose é lindo, cinza, meio azul escuro, ícones interessantes que usam um negócio glesa aqui do iPhone, enfim, tem que ficar com cara de app.
Na parte da pesquisa, eu quero entender, não sei se tem esse app, eu esqueci o nome, o ícone que eu te mandei. pra testar aplicativos iOS. O round que a gente usa é tipo um Discord que tá lá. Então isso é uma alternativa. Bom, eu sei que é um bom jeito de começar a testar, mas o objetivo mesmo é colocar na na App Store. Então, acho que talvez se tiver espaço antes, você me explica melhor. Lembrando que esse Expo Go, eu não lembro mais como é que usa, então essa tarefa é meio que pra depois também me descrever no report como é que... me relembrar como é que usa e junta essas ferramentas todas. Porque eu tô mais acostumado com o React normal pra web.
Bom, talvez se você acha que o que eu falei fique melhor dividido em mais tarefas, de acordo com a pessoa nos próprios do futuro e tal, então fica à vontade, faz quanto você achar melhor pra ficar mais organizado pra mim, e eu vou me dar pra download. Lembrando que é importante que você dê uma olhada depois de tarefas e veja como é que ele funciona, com os arquivos de agente, com o negócio de copiar o prompt do task pro agente executar. O sistema de reports, cada task tem um report, mas também pode ter um general report e tem research também. Então se você achar que alguma dessas, provavelmente uma vai para research. É isso."
Structured task
Problem
Cadu wants to understand how the existing web-based music-study app can eventually become a real iOS and Android app. He remembers using React Native and Expo Go, but needs a clear, practical explanation of the tooling, testing path, and store submission path before starting the implementation work.
Context
The current app is a React + TypeScript + Vite web app. The likely mobile path is React Native with Expo. Expo Go is useful for development/testing on a phone, but store-ready apps normally require production builds through EAS Build or a native build pipeline. The screenshot Cadu sent appears to show Apple's TestFlight icon, which is the usual iOS beta-testing app before App Store release.
Expected
Produce a research report that explains the full mobile release path in clear practical terms.
The report should cover:
- What Expo Go is:
- How it runs an Expo project on a physical device during development.
- What it can and cannot represent compared with a production app.
- What React Native + Expo would mean for this project:
- Which parts can be shared conceptually with the web app.
- Which parts likely need new mobile UI components.
- What needs special care for audio playback.
- What TestFlight is:
- How it differs from Expo Go.
- How it fits into the path between development and App Store release.
- What is needed for iOS:
- Apple Developer account.
- App Store Connect.
- App identifiers/bundle ID.
- TestFlight testing.
- App Store submission.
- Accessibility, privacy, screenshots, metadata, review notes, and design quality.
- What is needed for Android:
- Google Play Console.
- Android package name.
- Internal/closed testing.
- Play Store listing.
- Android build/signing.
- Recommended toolchain:
- Expo.
- EAS Build.
- EAS Submit.
- TestFlight for iOS beta testing.
- Play Console internal testing for Android beta testing.
- Design research:
- Study polished iOS-style music/education apps.
- Avoid TonalEnergy-style feature overload.
- Prefer focused, elegant, useful music-study flows.
- Define what "feels like an app" means for this product: navigation, spacing, typography, icons, gestures, loading states, and offline tolerance.
- Risks and unknowns:
- App Store/Play Store requirements may change.
- Audio behavior must be tested on real devices.
- Accessibility and privacy metadata must be verified before submission.
- If this research is executed after 2026-05-06, check current Apple, Google, and Expo docs before final decisions.
Notes
- This is a research-board task (
area: research) and should not implement code. - The report should be written so it can become the basis for a future implementation prompt.
- Keep the explanation friendly to someone more comfortable with normal React web development.
- Include a concise glossary: Expo Go, Expo, React Native, EAS Build, EAS Submit, TestFlight, App Store Connect, Google Play Console.