Hoy causé un problema en el repositorio de estrategias PM.


Estoy acostumbrado a abrir varias terminales para trabajar: una para investigar estrategias/datos con Codex, otra para avanzar en otros trabajos con Claude, y otra para tareas varias, y poco a poco abro varias ventanas de terminal. Pensaba que cada una hacía lo suyo.
El resultado fue que ambas estaban modificando el mismo archivo .ts, el estado de git se volvió un caos, y tuve que arreglarlo durante dos horas.
Todos hablan sobre cómo coordinar agentes múltiples. Muy pocos discuten cómo funciona esto a nivel de git.
Dos agentes en git = dos yo.
Al modificar el mismo archivo, se pisan entre sí, y los estados de las ramas entran en conflicto.
La solución no está en el prompt, sino en la estructura del repositorio.
Establecí una nueva regla de hierro, 4 puntos:
1. Repositorios de alto riesgo prohíben editar directamente en el repositorio principal, que debe ser un entorno limpio.
2. Cada tarea en un worktree independiente, el slug = número de estrategia + acción (h12-cancel-sync / pnl-script-v8).
3. El JSON de tareas activas añade el campo worktree_path, para grep antes de abrir la segunda ventana y evitar duplicados.
4. Cuando se completa, regresar al repositorio principal, eliminar el worktree y eliminar la rama.
Probé esto en un solo proyecto durante un día, sin conflictos.
Luego, lentamente, lo extendí a otros proyectos.
Lo más difícil de los agentes múltiples no es cómo conversan, sino que no se peleen entre sí.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
  • Recompensa
  • Comentar
  • Republicar
  • Compartir
Comentar
Añadir un comentario
Añadir un comentario
Sin comentarios
  • Anclado