Kiki
Señales de trabajo y ejecución de agentes
Para que una propuesta se convierta en la ejecución del asignado.
Un plugin de Paperclip y un recolector de Slack que ayudan a un equipo a operar sus agentes de IA.
No cuántas activaciones, sino si empezó una ejecución
El agente de trabajo al que se asignan incidencias forma parte de lo que gestiona Kiki (en desarrollo); la asignación y el modelo del agente de programación que lo corrigió no están registrados.
April 28, 2026
Las activaciones sin contexto se convirtieron en una solicitud de asignación con la incidencia y el asignado
En desarrolloAgente de trabajo
Observación · hallazgoAsignada · lastRunAt vacío · solo se repiten activaciones
- traspaso¿Empezó una ejecución?→ Comparar activaciones: wakeup vs PATCH de incidencia + asignado (Desarrollador)
PersonaDesarrollador
AcciónComparar activaciones: wakeup vs PATCH de incidencia + asignado
- traspasoLlamada con el contexto de la incidencia→ Tras un PATCH manual, una incidencia estancada 67 horas entró en cola en menos de 5 segundos (Agente de trabajo)
En desarrolloAgente de trabajo
Observación · hallazgoTras un PATCH manual, una incidencia estancada 67 horas entró en cola en menos de 5 segundos
- no es una ejecución registradaAlcance verificado→ En cola ≠ tarea completada · MTTR sin medir (Artefactos)
- devueltoLas llamadas sin contexto eran la causa→ Recuperar mediante PATCH de asignación · tope de no respuestas consecutivas · enfriamiento (Cambio en el código de recuperación)
ArtefactosArtefactos
Regla · sin verificarEn cola ≠ tarea completada · MTTR sin medir
Sesión de trabajoCambio en el código de recuperación
AcciónRecuperar mediante PATCH de asignación · tope de no respuestas consecutivas · enfriamiento
- traspaso→ Regresiones: tope · reinicio con nueva actividad · ruta legacy (Artefactos)
ArtefactosArtefactos
ArtefactoRegresiones: tope · reinicio con nueva actividad · ruta legacy
- traspaso→ Fusionado · conectado al plugin (Artefactos)
ArtefactosArtefactos
ArtefactoFusionado · conectado al plugin
- Contexto
- Una incidencia estaba asignada, pero su registro de ejecución (lastRunAt) seguía vacío mientras se repetían activaciones sin contexto. La observación clave fue que se había roto el supuesto de que “la asignación y la actividad de activación significan una ejecución”.
- Resultado
- La recuperación pasó a ser una solicitud de asignación con la incidencia y el asignado, y deja de volver a llamar cuando las no respuestas consecutivas alcanzan el tope. El handler del plugin recibe realmente esta solicitud de asignación.
- Límite
- Las 67 horas y los 5 segundos provienen del diagnóstico por PATCH manual previo al cambio; no hay registro del mismo tiempo medido de nuevo tras aplicar la corrección. El registro llega hasta el ingreso en la cola; no es la finalización de la tarea, el tiempo medio de recuperación ni un cambio de productividad. La sincronización entre repositorios en la misma pasada de trabajo necesitó un merge de administrador por un límite de facturación de GitHub Actions, así que la CI completa no se representa como aprobada.
Fuentes y límites restantes
- La comprobación doctor del April 29, 2026 fue una prueba de humo de instalación, no una ejecución de extremo a extremo del día a día.
- El despliegue, los contenedores y las credenciales del bundle del plugin pertenecen a un responsable externo. Esto no significa que Kiki desplegara todo el servicio.
- Una política indica a los subagentes de implementación que nombren la rama de destino y comprueben el commit devuelto, pero no se encontró registro de que este procedimiento se aplicara a esta corrección.