🐛 Loop intermedio: bot de issues de GitHub

El GitHub Issue Bot usa una sesión principal de Claude Code como orchestrator que envía 4 workflows paralelos. Cada workflow es una sesión independiente que recibe una issue, implementa el fix, ejecuta pruebas y crea el PR.

"Podemos usar Archon para poner en marcha workflows en paralelo y gestionar varios issues de GitHub exactamente al mismo tiempo. Esto se parece mucho a la ingeniería con loops porque aquí tenemos nuestro cloud code principal como orquestador."

You are the orchestrator for a GitHub issue fixing system.

1. Read the list of open issues from the GitHub API
2. For each issue, dispatch a worker workflow in a separate worktree
3. Each worker will: extract context, classify (bug/feature), implement, validate, create PR
4. Monitor all workers. When all PRs are ready, dispatch review workflows
5. Report final status with PR links

Issues to handle: #42, #45, #51, #58

Cuando varios workers editan código en paralelo, necesitan aislamiento total. Git worktrees resuelven esto: cada worker opera en su propio checkout del repositorio, con una branch separada.

"Los work trees también son una parte muy importante de la ingeniería con loops. Boris también habla de esto. Si muchos agentes gestionan tareas dentro de un loop, tenemos que asegurarnos de que se ejecuten de forma aislada para que no se estorben entre sí."

# Criar worktree para cada issue
git worktree add ../worktree-42 -b fix/issue-42
git worktree add ../worktree-45 -b fix/issue-45
git worktree add ../worktree-51 -b fix/issue-51
git worktree add ../worktree-58 -b fix/issue-58

# Cada worker roda em seu diretorio
cd ../worktree-42 && claude --prompt "Fix issue #42..."

# Limpar apos merge
git worktree remove ../worktree-42

El aislamiento del código (worktrees) resuelve la mitad del problema. La otra mitad es aislamiento de datos. Neon permite crear branches de la base de datos Postgres para cada worker, lo que evita conflictos entre migraciones y datos de prueba.

"Algo que tienes que hacer mucho es crear ramas en tu base de datos. Si cada agente de programación trabaja en algo en paralelo, no quieres que se estorben entre sí, no solo con los cambios de código, sino también con los cambios en la base de datos. Por eso los work trees y Neon son algo muy potente."

# Criar branch de banco para cada worker (via Neon CLI)
neonctl branches create --name worker-42 --parent main
neonctl branches create --name worker-45 --parent main

# Cada worker recebe sua DATABASE_URL isolada
export DATABASE_URL=$(neonctl connection-string --branch worker-42)

# Apos merge do PR, deletar branch
neonctl branches delete worker-42

Cada worker sigue un pipeline determinista de 7 pasos. El proceso es fijo (la persona define los pasos), pero cada paso usa un LLM para ejecutarse. Esto combina lo mejor de los loops y los workflows deterministas.

"Otra cosa muy importante de Archon es que no dejamos que el agente se encargue de todo el proceso. Es más determinista porque configuramos el proceso en este archivo de flujo de trabajo."

Una de las mayores ventajas de los workflows deterministas frente a los loops puros es la capacidad de usar modelos diferentes en cada step. Esto reduce drásticamente el costo sin sacrificar la calidad donde importa.

"Otro de los grandes problemas que veo al usar slash goal, rutinas o loops en cloud code es que usas un solo modelo para prácticamente todo. Eso es parte del motivo por el que resulta tan caro."

El issue bot es potente, pero no es mágico. Preguntas reales que surgen en la práctica.