O que o OpenCode deixa no seu Mac.
Banco de dados de sessões, snapshots para desfazer, arquivos de sessão antigos, registros e worktrees. O Devbroom só lê o banco de dados e confere o formato a cada escaneamento; se o formato não se mantiver, nada do OpenCode conta como pronto para limpar.
Cada pasta tem sua própria regra.
O Devbroom trata cada lugar do jeito que o próprio OpenCode funciona. O que o agente limpa sozinho fica com o agente; o que tem comando próprio ele deixa para esse comando.
Snapshots para desfazer
Repositórios git sombra; ficam órfãos quando projetos ou worktrees são apagados.
~/.local/share/opencode/snapshotArquivos de sessão de antes da 1.2
Copiados para o SQLite na migração e nunca apagados.
~/.local/share/opencode/storageRegistros e cache
Um único arquivo de registro que nunca é rotacionado, e um cache documentado como seguro para apagar.
~/.local/share/opencode/log~/.cache/opencodeBanco de dados de sessões
Só leitura. O arquivo nunca diminui sozinho; limpe com opencode session delete <id>.
~/.local/share/opencode/opencode.dbWorktrees do OpenCode
Devem ser removidas pelo app do OpenCode; nunca expiram sozinhas.
~/.local/share/opencode/worktreeSaída de ferramentas
Enquanto roda, o próprio OpenCode apaga as que têm mais de 7 dias.
~/.local/share/opencode/tool-outputSua conta e seus ajustes ficam intactos.
Estes arquivos e pastas são protegidos. Nenhum veredito os libera para limpeza; eles ficam onde estão, seja qual for o tamanho.
opencode.db · -wal · -shmauth.jsonmcp-auth.jsonReconhece as worktrees do OpenCode pelos rastros.
Ele reconhece que uma worktree é do OpenCode por estes rastros; quanto mais forte o rastro, mais certa a autoria que ele mostra.
- ProvávelDentro da pasta de worktrees do OpenCode
- PossívelUm nome de branch que começa com
opencode/
- Bloqueada se guarda trabalho não salvo. O git não remove uma worktree assim sem
--force; o Devbroom nunca usa--force. - Bloqueada se uma sessão roda nela ou na pasta pai.
- Revisar se tem arquivos ignorados:
git worktree removeos apaga sem perguntar.
Vê as sessões e não mexe nelas enquanto rodam.
O Devbroom lê no banco de dados quais sessões do OpenCode estão em quais pastas. Ele nunca toca nos processos de uma sessão em execução; a pasta dela continua Bloqueada enquanto a sessão durar.
Confere os arquivos do OpenCode primeiro.
Antes de confiar nos dados de um agente, o Devbroom confere se os arquivos estão no formato esperado. Se não estiverem, esses dados são só lidos; nada deles conta como pronto para limpar.
Uma versão fora desta faixa continua funcionando se o formato se mantiver, e aparece como “ainda não testada”.
opencode.db precisa abrir em modo só leitura e a tabela session precisa ter estas duas colunas.
Se as pastas dele ficam em outro lugar, ele segue XDG_DATA_HOME, XDG_CACHE_HOME, OPENCODE_DB.