coding-agent

• Crear o desarrollar nuevas funcionalidades y aplicaciones — permite que un coding agent explore el código base e implemente soluciones de extremo a extremo, en lugar de aplicar parches en línea.
• Revisar pull requests — inicia un agente en un clon temporal o git worktree para que pueda comparar, analizar y resumir los cambios de forma segura.
• Refactorizar bases de código extensas — los cambios en múltiples archivos que requieren contexto a lo largo de muchos archivos se benefician de un agente capaz de recorrer el árbol del proyecto.
• Corrección de problemas en paralelo — usa git worktrees para ejecutar varios agentes simultáneamente, uno por problema, y luego crea PRs desde cada rama.

• Correcciones simples de una línea — si el cambio es obvio y localizado, simplemente edita el archivo directamente; crear un agente añade una sobrecarga innecesaria.
• Exploración de código de solo lectura — usa una herramienta de lectura/grep para inspeccionar el código en lugar de poner en marcha un coding-agent completo.
• Trabajar dentro de ~/clawd o el espacio de trabajo activo de OpenClaw — los agentes nunca deben ser creados en el directorio de trabajo propio del orquestador.
• Solicitudes de arnés ACP vinculadas a hilos — si necesitas crear o ejecutar Codex/Claude Code dentro de un hilo de Discord o un contexto ACP similar, usa sessions_spawn con runtime:"acp" en su lugar.

Compatible con cuatro agentes de codificación distintos, con patrones de invocación correctos para cada uno. Codex y Pi requieren pty:true para un comportamiento de terminal interactivo; Claude Code utiliza --print --permission-mode bypassPermissions para una ejecución limpia sin PTY.

Las tareas de larga duración pueden iniciarse con background:true, lo que devuelve un sessionId. Luego puedes consultar el estado, transmitir registros, enviar entradas por stdin o terminar la sesión utilizando las acciones de la herramienta de procesos, manteniendo al usuario informado sin bloquear la ejecución.

Establecer workdir garantiza que el agente despierte en la carpeta de proyecto correcta y no se adentre en archivos no relacionados. Esto es fundamental para las revisiones de PR y la corrección paralela de issues.

Crea git worktrees aislados por cada issue, lanza un agente dedicado en cada uno, monitorízalos de forma concurrente y envía ramas separadas para la creación de PRs — todo sin tocar la rama principal.

Añade un comando openclaw system event al prompt del agente para que el orquestador reciba un evento de activación inmediato cuando la tarea finalice, en lugar de esperar al siguiente ciclo de sondeo del heartbeat.

Las revisiones siempre se realizan en un clon temporal o en un worktree de git — nunca en la carpeta del proyecto activo — para evitar checkouts accidentales de ramas o mutaciones en el código base en uso.

Apunta un agente Codex o Claude Code a tu directorio de proyecto con workdir y un prompt claro sobre la funcionalidad. El agente explora la base de código, implementa la funcionalidad en múltiples archivos y realiza el commit, mientras tú monitoreas mediante process action:log.

Obtén todas las referencias de PRs abiertos, lanza un proceso de coding-agent por PR en modo background, recopila sus revisiones y publica los resultados como comentarios de GitHub mediante la CLI gh — todo ejecutándose en paralelo.

Crea un worktree de git para cada incidencia abierta, lanza un agente en cada worktree, supervisa el progreso y luego envía las ramas y abre PRs para revisión humana, reduciendo drásticamente el tiempo de corrección.

Para prompts rápidos de un solo uso sin un proyecto existente, crea un directorio temporal, ejecuta git init y deja que Codex ejecute una tarea autocontenida — luego descarta el directorio cuando hayas terminado.