Paperclip corrige la supervisión de runners remotos para no reemplazarlos sin confirmar que el proceso ha salido
Útil para
Paperclip, una aplicación de código abierto para gestionar agentes de IA, trataba un fallo en la comprobación de estado como la salida del proceso. Esto lanzaba un nuevo runner contra un listener todavía ocupado, con el error runner_ingress_bind_conflict. El cambio reintenta las lecturas de estado y exige un marcador de propiedad coincidente y prueba de salida antes de reemplazar. Es una versión canary (v2026.1019.0-canary.5), PR #16835.
Qué significa
Una caída breve del runner remoto ya no provoca un reemplazo que bloquea la reconexión. Los usuarios que ejecutan runners remotos verán recuperaciones en el mismo runner sin repetir el trabajo del agente.
Cómo te afecta
- Programadores
Si usas runners remotos de Paperclip, el fallo runner_ingress_bind_conflict tiene arreglo en la canary v2026.1019.0-canary.5 (PR #16835). Es una versión canary: pruébala en un entorno aparte antes de llevarla a producción.
Fuentes originales
Resumen de Hoy en IA. Pulsa una fuente para leer la noticia completa en su idioma original.
- GitHub paperclipai/paperclipLeer la noticia completa en GitHub paperclipai/paperclip
- GitHub paperclipai/paperclipLeer la noticia completa en GitHub paperclipai/paperclip
- GitHub paperclipai/paperclipLeer la noticia completa en GitHub paperclipai/paperclip