Kiki
Segnali di lavoro ed esecuzione degli agenti
Perché una proposta diventi l’esecuzione dell’assegnatario.
Un plugin di Paperclip e un collector di Slack che aiutano un team a gestire i propri agenti IA.
Non quante sveglie, ma se un’esecuzione è partita
L’agente di lavoro a cui vengono assegnate le issue fa parte di ciò che Kiki gestisce (in sviluppo); assegnazione e modello dell’agente di programmazione che l’ha corretto non sono registrati.
April 28, 2026
I risvegli senza contesto sono diventati una richiesta di assegnazione con issue e assegnatario
In sviluppoAgente di lavoro
Osservazione · rilievoAssegnata · lastRunAt vuoto · si ripetono solo i wakeup
- consegnaÈ partita un’esecuzione?→ Confronto dei risvegli: wakeup vs PATCH con issue + assegnatario (Sviluppatore)
PersonaSviluppatore
AzioneConfronto dei risvegli: wakeup vs PATCH con issue + assegnatario
- consegnaChiamata con il contesto dell’issue→ Dopo un PATCH manuale, un’issue ferma da 67 ore è entrata in coda entro 5 secondi (Agente di lavoro)
In sviluppoAgente di lavoro
Osservazione · rilievoDopo un PATCH manuale, un’issue ferma da 67 ore è entrata in coda entro 5 secondi
- non un’esecuzione registrataAmbito verificato→ In coda ≠ attività completata · MTTR non misurato (Artefatti)
- rimandato indietroLa causa erano le chiamate senza contesto→ Ripristino tramite PATCH di assegnazione · tetto alle mancate risposte consecutive · cooldown (Modifica del codice di ripristino)
ArtefattiArtefatti
Regola · non verificataIn coda ≠ attività completata · MTTR non misurato
Sessione di lavoroModifica del codice di ripristino
AzioneRipristino tramite PATCH di assegnazione · tetto alle mancate risposte consecutive · cooldown
- consegna→ Regressioni: tetto · azzeramento con nuova attività · percorso legacy (Artefatti)
ArtefattiArtefatti
ArtefattoRegressioni: tetto · azzeramento con nuova attività · percorso legacy
- consegna→ Unito · collegato al plugin (Artefatti)
ArtefattiArtefatti
ArtefattoUnito · collegato al plugin
- Contesto
- Un’issue era assegnata, eppure il suo registro di esecuzione (lastRunAt) restava vuoto mentre i wakeup senza contesto continuavano a ripetersi. L’osservazione chiave era che l’assunto «assegnazione e attività di risveglio significano un’esecuzione» era caduto.
- Esito
- Il ripristino è diventato una richiesta di assegnazione con issue e assegnatario, e smette di richiamare quando le mancate risposte consecutive raggiungono il tetto. L’handler del plugin riceve effettivamente questa richiesta di assegnazione.
- Limite
- Le 67 ore e i 5 secondi provengono dalla diagnosi manuale con PATCH prima della modifica; non c’è registro della stessa tempistica misurata di nuovo dopo l’applicazione della correzione. Il registro arriva fino all’ingresso in coda; non è completamento dell’attività, tempo medio di ripristino né una variazione di produttività. La sincronizzazione tra repository nella stessa sessione di lavoro ha richiesto un merge da amministratore a causa di un limite di fatturazione di GitHub Actions, quindi la CI completa non è disegnata come superata.
Fonti e limiti residui
- Il controllo doctor del April 29, 2026 era uno smoke test di installazione, non un’esecuzione end-to-end quotidiana.
- Deployment, container e credenziali del bundle del plugin spettano a un responsabile esterno. Ciò non significa che Kiki abbia distribuito l’intero servizio.
- Una regola chiede ai sub-agenti di implementazione di indicare il branch di destinazione e di controllare il commit restituito, ma non è stato trovato alcun registro che questa procedura sia stata applicata a questa correzione.