Evitar choques entre agentes de programación que trabajan a la vez

A quién le sirve. Programadores que trabajan con varios agentes de programación a la vez en el mismo proyecto y quieren enterarse de los choques antes de que se mezcle el código.

Qué hicieron

Foremerge es una herramienta de línea de comandos y servidor MCP (un estándar para conectar agentes con herramientas) local a la que se conectan agentes de Claude Code, Codex o Cursor. Antes de editar, cada agente se registra y publica su intención con ámbitos semánticos como symbol:PaymentService, y reclama ese ámbito. Una persona la instala, ejecuta la configuración y registra el comando de pruebas. La demostración tiene un agente sustituyendo PaymentService mientras otro lo amplía.

Cómo salió

La intención publicada por el segundo agente generó al instante un aviso de gravedad alta de tipo sustituir frente a ampliar, sin que se hubiera cambiado ningún archivo. La detección es heurística, así que puede pasar por alto sinónimos o avisar en trabajos compatibles. Las reclamaciones solo avisan. No se publican resultados de pruebas comparativas.

Conviene saber

Es un producto mínimo local, anterior a la versión 1.0: el estado vive en una sola base SQLite que comparten los agentes de una máquina, y los comandos de validación se ejecutan sin aislamiento y con tus permisos.

Qué necesitas

• Un proyecto en git con varias copias de trabajo, una por agente
• Agentes de programación compatibles, como Claude Code, Codex o Cursor
• Foremerge, la herramienta de línea de comandos y servidor MCP local del repositorio del autor
• El comando con el que ejecutas las pruebas de tu proyecto

Cómo hacerlo tú, paso a paso

1. Instala Foremerge en tu ordenador y ejecuta su configuración siguiendo las instrucciones de su repositorio.
2. Registra el comando con el que se prueban los cambios de tu proyecto.
3. Conecta tus agentes a Foremerge como servidor MCP local.
4. Pide a cada agente que, antes de editar, se registre y publique su intención. Los ámbitos indican qué parte toca, por ejemplo una función o una clase concreta.
5. Revisa los avisos de choque, como cuando un agente quiere sustituir un componente que otro está ampliando. Salen antes de que se toque ningún archivo.
6. Decide tú quién sigue y qué se une o se cambia.

Trabajo con varios agentes de programación en paralelo, cada uno en una copia de trabajo de git de [ruta del repositorio]. Prepara una convención ligera en la que cada agente escriba una nota breve con los cambios previstos en [carpeta o archivo compartido] antes de editar, y escribe un script que compare las notas y avise de cambios de arquitectura o de archivos que choquen. Habrás terminado cuando yo pueda ejecutar el script y ver un informe claro de conflictos. Enséñame el plan antes de cambiar cualquier archivo existente.

Consejos

• Es un producto mínimo y anterior a la versión 1.0. Los comandos de validación se ejecutan sin aislamiento y con tus permisos, así que revisa qué comando de pruebas registras.
• La detección es aproximada. Puede pasar por alto sinónimos o avisar en trabajos compatibles.
• Los ámbitos que reclama cada agente solo generan avisos y no bloquean a nadie.

Preguntas frecuentes

Fuentes

• naw103/foremerge en GitHub ↗
• La conversación en Hacker News, 21 de septiembre de 2026 ↗

En el directorio desde el 3 de octubre de 2026.