Sua primeira mudança, sem digitar código
Ao final desta aula a tela inicial no seu celular diz o nome do seu app, porque você pediu numa frase e viu o celular se redesenhar um segundo depois. Você também vai ter as duas regras para falar com um agente sobre um app que ele não consegue ver, que é a diferença entre uma correção de cinco minutos e uma hora de discussão.
Você precisa de duas janelas abertas para isto, e elas ficam abertas pelo resto do curso.
Na primeira, o dev server da aula 3, ainda rodando. Se você fechou, dê cd no projeto e rode npx expo start de novo. Na segunda, o Claude Code, iniciado de dentro da mesma pasta do projeto para que ele leia as suas regras.
O celular fica desbloqueado, na sua mesa, com o Expo Go mostrando o app. Você vai olhar para ele enquanto digita.
Peça a mudança
Dê isto ao Claude, na segunda janela:
Na tela inicial, substitua o texto de espaço reservado do template pelo nome do app como um título, e uma linha embaixo dizendo para que o app serve: acompanhar o que eu gasto, com uma foto do recibo. Mude apenas essa tela. Não adicione telas novas, pacotes novos nem dependências novas.Três coisas nesse prompt estão fazendo trabalho de verdade, e elas são o padrão de todo pedido que você faz daqui em diante.
Ele nomeia a tela. Não "o app" — a tela inicial. Um agente com um alvo vago muda mais do que você queria.
Ele diz qual deve ser o resultado, nas palavras que uma pessoa usaria, em vez de como chegar lá. Você não precisa saber o que é um componente para dizer "um título e uma linha embaixo".
Ele diz no que não mexer. "Não adicione pacotes novos" é a frase mais valiosa que você pode colocar num prompt nesta altura. Deixado à vontade, um agente instala com prazer uma biblioteca de UI para mudar três palavras.
O Claude vai ler um arquivo ou dois, te dizer qual está mudando, e perguntar antes de escrever. Diga sim.
Olhe para o celular
Não mude para o celular depois que ele terminar. Olhe enquanto ele termina.
No instante em que o arquivo é salvo, o Metro — o dev server na sua primeira janela — percebe, reconstrói e empurra a mudança pelo Wi-Fi. A tela na sua mão se redesenha em cerca de um segundo. Ninguém a avisou. Ninguém apertou nada.
AntesDepoisEsse ciclo é o método de trabalho inteiro deste curso, e a Expo o descreve em quatro passos que vale aprender pelo nome:
- Prompt. Diga o que você quer em palavras comuns.
- Build. O agente escreve o código e o app atualiza no seu celular em segundos.
- Verificar. Confira no celular que faz o que você pediu. Não no terminal — no celular.
- Re-prompt. Se algo parecer errado, conte ao agente o que você vê e deixe ele corrigir.
O passo três é o que as pessoas pulam, e é o que te mantém fora de encrenca. O terminal dizendo "pronto" não é prova. O seu celular é.
As duas regras
As duas vêm do tutorial da própria Expo, as duas estão certas, e as duas decorrem de um fato: o agente não consegue ver o seu celular. Tudo o que ele acredita sobre aquela tela, ele acredita porque você contou ou porque ele chutou.
Descreva, não diagnostique. Diga exatamente o que você vê e o que esperava. "O texto está centralizado mas o fundo continua branco" é uma frase útil. "Acho que a prop de style não está sendo aplicada" não é, a menos que você tenha certeza, porque você entregou a ele uma teoria para defender em vez de um sintoma para corrigir. Quem não é dev pede desculpa por isso o tempo todo e não deveria — descrever é a habilidade mais útil, e você já a tem.
Cole os erros na íntegra. Se o celular mostrar uma tela vermelha de erro ou o terminal imprimir um erro, copie a mensagem inteira. Não um resumo, não a primeira linha, não "diz alguma coisa sobre um módulo". O stack trace embaixo carrega o nome do arquivo e o número da linha, que são as partes que localizam o bug.
Uma terceira regra decorre do mesmo fato, e vale adicionar ao AGENTS.md mais adiante: nunca aceite uma afirmação sobre o que está na sua tela. Um agente que diz "o botão agora está azul" está chutando. Pergunte como ele sabe. O módulo 4 dá a ele uma forma de olhar de verdade; até lá, você é os olhos dele.
Rode o ciclo uma vez de propósito
Faça um segundo pedido, menor, para o ciclo virar memória muscular:
Deixe o título maior e a linha de baixo num cinza mais claro. Nada mais.Olhe para o celular. Se você não gostar, diga isso nos mesmos termos simples — "o cinza está claro demais para ler no sol" — e deixe ele ajustar. Essa troca, três ou quatro vezes seguidas, é a cara de construir um app pelo resto deste curso.
Confira
- O dev server e o Claude Code estão rodando em duas janelas separadas
- O nome do seu app é o título na tela inicial do celular
- O celular atualizou sozinho, sem você tocar nele
- Você fez uma segunda mudança e viu ela chegar
- Você consegue enunciar as duas regras — descrever em vez de diagnosticar, e colar erros inteiros
Se você vir o celular não mudou depois de o arquivo ser salvo
Confira se a janela do dev server ainda está rodando — um Ctrl+C acidental na janela errada o para em silêncio. Se estiver rodando, aperte r ali para forçar um reload. Se o celular ainda mostrar a tela antiga, feche o Expo Go por completo e escaneie o QR code de novo; a conexão pode cair quando um notebook hiberna ou um celular troca de rede Wi-Fi.
Se você vir apareceu um erro vermelho de tela cheia no celular
Isso é um erro de renderização e é completamente normal. É também o melhor tipo de falha, porque a mensagem nomeia o arquivo e a linha. Copie a coisa inteira — a mensagem e o stack embaixo dela — para o Claude e acrescente uma frase sobre o que você tinha acabado de pedir. Se duas tentativas não resolverem, peça a ele para desfazer a última mudança em vez de continuar empilhando correções em cima de uma tela quebrada.
O que você acabou de aprender
- Uma mudança é uma frase que nomeia a tela, o resultado que você quer, e no que não mexer.
- Salvar faz o Metro reconstruir e empurrar para o celular automaticamente, em cerca de um segundo.
- O ciclo é prompt, build, verificar, re-prompt — e verificar acontece no celular, não no terminal.
- Descreva o que você vê em vez de diagnosticar a causa, porque uma teoria é mais difícil de corrigir que um sintoma.
- Cole os erros inteiros, stack trace incluído, já que é ali que moram o arquivo e o número da linha.
prática
Abra o Claude Cowork no seu computador e experimente em arquivos reais. Cada módulo termina com um checkpoint onde você envia o que criou.
Abrir no ClaudePróxima
Recapitulação do módulo 1
