Hoje, fiz o repositório de estratégias do PM travar.


Estou acostumado a abrir várias janelas em diferentes terminais para trabalhar: uma rodando Codex para pesquisar estratégias/dados, outra rodando Claude para avançar em outras tarefas, e mais uma lidando com itens diversos, aos poucos abri várias janelas de terminal.
Achava que cada uma fazia sua parte independentemente.
Resultado: ambas estavam modificando o mesmo arquivo .ts, o estado do git virou uma bagunça, levei duas horas para consertar.
Todos falando sobre como agentes múltiplos colaboram entre si.
Poucos discutem como isso funciona no nível do git.
Dois agentes aos olhos do git = dois eu.
Um arquivo sendo editado por ambos, o estado dos branches entra em conflito.
A solução não está no prompt, mas na estrutura do repositório.
Estabeleci uma nova regra de ferro, às 4 horas:
1. Repositórios de alto risco proíbem edição direta no repositório principal, que deve servir como uma base limpa.
2. Cada tarefa deve usar um worktree separado, o slug = número da estratégia + ação (h12-cancel-sync / pnl-script-v8).
3. O JSON de tarefas ativas deve incluir o campo worktree_path, para evitar duplicação ao abrir uma segunda janela com grep.
4. Ao concluir, retornar ao repositório principal, deletar o worktree e excluir o branch.
Primeiro, testei com um projeto único durante um dia, sem conflitos.
Depois, expandi lentamente para outros projetos.
O mais difícil em agentes múltiplos não é como eles conversam, mas como evitar que briguem entre si.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
  • Recompensa
  • Comentário
  • Repostar
  • Compartilhar
Comentário
Adicionar um comentário
Adicionar um comentário
Sem comentários
  • Marcar