OpenResearch reparte agentes de investigación en worktrees de git separados
El equipo de alphaXiv publica una herramienta en Rust que lanza varios agentes a la vez, cada uno en su propio árbol de trabajo, y guarda un archivo inmutable de cada ejecución.
OpenResearch es una herramienta de código abierto del equipo de alphaXiv para lanzar varios agentes de investigación a la vez, cada uno con su propio git worktree, y dejar un archivo inmutable de cada ejecución. Está escrita en Rust, con licencia MIT, y en el repositorio acumula 1.863 estrellas y 135 forks.
El problema que ataca no es que un modelo piense en tu lugar, sino responder después de dónde salió cada resultado. Cuando un agente reescribe código varias veces en una misma tarde, reconstruir qué versión produjo qué salida se convierte en arqueología.
Aislamiento por worktree y trazas que no se tocan
El README resume lo que ofrece en seis puntos. Dos pesan más que el resto para quien orquesta agentes. El primero es la exploración en paralelo: cada línea de investigación recibe su propia sesión de agente y su propio git worktree. Parece un detalle menor, pero es la diferencia entre varios agentes editando el mismo árbol de archivos y varios agentes que no se pisan; el conflicto se elimina antes de que aparezca. El segundo es la reproducibilidad: las variantes se siguen en un árbol de experimentos git-native y cada ejecución deja un archivo que no se puede modificar del commit registrado. A eso se suma que registros, diffs, ficheros, salidas y artefactos quedan adjuntos a la tarea que los generó.
El modo Autoresearch cierra el círculo sin intervención: propone ideas, edita código, lanza el experimento, revisa la evidencia y decide el siguiente paso, con varios agentes explorando direcciones distintas mientras el árbol conserva la relación entre las ramas. Delega mucho, y eso traslada la confianza del resultado al mecanismo que lo registra.
Qué dice el README sobre datos y accesos
En privacidad el proyecto es explícito. Se ejecuta en 127.0.0.1 con una base de datos SQLite local, y ni crear un proyecto ni lanzar una ejecución publican tu código. Los binarios oficiales envían eventos de uso con opción de salida, ligados a un identificador aleatorio de instalación, y excluyen código, prompts, contenido de archivos, rutas, nombre del repositorio, tokens, correo y los identificadores de proyecto y experimento. El comando orx telemetry off corta el envío.
Hay dos advertencias que conviene leer enteras. La primera: con --remote-host, el servicio remoto se ata a loopback y no existe autenticación a nivel de aplicación, así que cualquier otro usuario de esa máquina puede entrar. No es un sitio para levantar en un host compartido sin controlar el acceso por fuera. La segunda: en Windows el soporte sigue en beta y exige tener Git for Windows instalado.
La compatibilidad con agentes llega hasta cierto punto a Claude Code, Codex, OpenCode y Cursor; no hay documentación pública sobre cuánto cambia el comportamiento entre uno y otro. Las cifras del repositorio, por lo demás, se mueven a diario.
La pregunta que deja el proyecto es incómoda y aplica a cualquier equipo que use agentes: si dentro de tres días alguien pregunta de qué commit salió un resultado, ¿hay respuesta? Cuando no la hay, herramientas como esta entran a cubrir ese hueco. Todo lo anterior sale de la documentación del repositorio; no hay demo pública ni prueba independiente del modo automático.
