Ultimamente tem muita “vibe coding”, especialmente quando o limite está prestes a ser resetado. Nessa hora, jogam um monte de tarefas para o Agent fazer: algumas tarefas mostram como concluídas e eu nem olho mais. Mas no dia seguinte, durante os testes, percebi que as tarefas não tinham sido finalizadas. Voltei e verifiquei: afinal, tinha sido criado um worktree, mas não estava sendo modificado no main e nem chegou a ser mesclado.
Depois pedi para o Agent fazer uma checagem mais concentrada e ainda havia vários worktrees assim — ele fez uma limpeza.
No fim, mandei ele adicionar uma regra em Agents.md: não é que não possa criar worktree, mas não pode ficar nada “esquecido” ali.
--- Referência: prompt de revisão do worktree ---
Me ajude a ver quais worktrees ainda não foram sincronizados com o main. Os que estiverem sincronizados, apague diretamente; os que não estiverem, liste: branch, resumo das modificações (incluindo os commits mais recentes) e a sessão correspondente.
--- Referência: prompt de limpeza do worktree ---
Me ajude a ver o conteúdo desses worktrees. Se houver algo que valha a pena mesclar, faça a mesclagem e limpe os worktrees. O que não estiver claro, me peça confirmação, mas me dê recomendações bem claras.
--- Referência: regras do AGENTS.md ---
- worktree não pode ficar deixado para trás: tarefas feitas dentro do worktree, quando concluídas, devem ter aquele worktree e sua branch removidos. Antes de excluir, escolha uma de duas opções: mesclar em `main`; ou, se não for mesclar, primeiro commitar as alterações não enviadas naquela branch, marcar com a tag `archive/<worktree nome>` para arquivar e então executar `git worktree remove` + `git branch -D`. As sessões do subagent orquestradas ficam responsáveis por dar o encerramento nos worktrees derivados dele. Se for realmente necessário manter (aguardando decisão do usuário, ou com conflitos para resolver), aponte no feedback final os caminhos e os motivos, sem deixar nada silenciosamente para trás.
Depois pedi para o Agent fazer uma checagem mais concentrada e ainda havia vários worktrees assim — ele fez uma limpeza.
No fim, mandei ele adicionar uma regra em Agents.md: não é que não possa criar worktree, mas não pode ficar nada “esquecido” ali.
--- Referência: prompt de revisão do worktree ---
Me ajude a ver quais worktrees ainda não foram sincronizados com o main. Os que estiverem sincronizados, apague diretamente; os que não estiverem, liste: branch, resumo das modificações (incluindo os commits mais recentes) e a sessão correspondente.
--- Referência: prompt de limpeza do worktree ---
Me ajude a ver o conteúdo desses worktrees. Se houver algo que valha a pena mesclar, faça a mesclagem e limpe os worktrees. O que não estiver claro, me peça confirmação, mas me dê recomendações bem claras.
--- Referência: regras do AGENTS.md ---
- worktree não pode ficar deixado para trás: tarefas feitas dentro do worktree, quando concluídas, devem ter aquele worktree e sua branch removidos. Antes de excluir, escolha uma de duas opções: mesclar em `main`; ou, se não for mesclar, primeiro commitar as alterações não enviadas naquela branch, marcar com a tag `archive/<worktree nome>` para arquivar e então executar `git worktree remove` + `git branch -D`. As sessões do subagent orquestradas ficam responsáveis por dar o encerramento nos worktrees derivados dele. Se for realmente necessário manter (aguardando decisão do usuário, ou com conflitos para resolver), aponte no feedback final os caminhos e os motivos, sem deixar nada silenciosamente para trás.