Kiki
Sinais de trabalho e execução de agentes
Para que uma proposta vire a execução do responsável.
Um plugin do Paperclip e um coletor do Slack que ajudam uma equipe a operar seus agentes de IA.
Não quantos acionamentos, mas se uma execução começou
O agente de trabalho que recebe issues faz parte do que o Kiki gerencia (em desenvolvimento); a atribuição e o modelo do agente de programação que o corrigiu não estão registrados.
April 28, 2026
Acionamentos sem contexto viraram um pedido de atribuição com a issue e o responsável
Em desenvolvimentoAgente de trabalho
Observação · achadoAtribuída · lastRunAt vazio · só acionamentos se repetem
- repasseUma execução começou?→ Comparar acionamentos: wakeup vs PATCH de issue + responsável (Desenvolvedor)
PessoaDesenvolvedor
AçãoComparar acionamentos: wakeup vs PATCH de issue + responsável
- repasseChamada com o contexto da issue→ Após um PATCH manual, uma issue travada havia 67 horas entrou na fila em menos de 5 segundos (Agente de trabalho)
Em desenvolvimentoAgente de trabalho
Observação · achadoApós um PATCH manual, uma issue travada havia 67 horas entrou na fila em menos de 5 segundos
- não é uma execução registradaEscopo verificado→ Na fila ≠ tarefa concluída · MTTR não medido (Artefatos)
- devolvidoAs chamadas sem contexto eram a causa→ Recuperar via PATCH de atribuição · teto de não respostas consecutivas · cooldown (Mudança no código de recuperação)
ArtefatosArtefatos
Regra · não verificadaNa fila ≠ tarefa concluída · MTTR não medido
Sessão de trabalhoMudança no código de recuperação
AçãoRecuperar via PATCH de atribuição · teto de não respostas consecutivas · cooldown
- repasse→ Regressões: teto · reset com nova atividade · caminho legado (Artefatos)
ArtefatosArtefatos
ArtefatoRegressões: teto · reset com nova atividade · caminho legado
- repasse→ Mesclado · ligado ao plugin (Artefatos)
ArtefatosArtefatos
ArtefatoMesclado · ligado ao plugin
- Contexto
- Uma issue estava atribuída, mas seu registro de execução (lastRunAt) continuava vazio enquanto acionamentos sem contexto se repetiam. A observação-chave foi que a suposição “atribuição e atividade de acionamento significam uma execução” tinha se rompido.
- Resultado
- A recuperação virou um pedido de atribuição com a issue e o responsável, e para de chamar de novo quando as não respostas consecutivas atingem o teto. O handler do plugin de fato recebe esse pedido de atribuição.
- Limite
- As 67 horas e os 5 segundos vêm do diagnóstico por PATCH manual antes da mudança; não há registro do mesmo tempo medido de novo após a correção. O registro vai até a entrada na fila; não é conclusão da tarefa, tempo médio de recuperação nem mudança de produtividade. A sincronização entre repositórios na mesma rodada de trabalho precisou de um merge de administrador por causa de um limite de cobrança do GitHub Actions, então a CI completa não é representada como aprovada.
Fontes e limites restantes
- A verificação doctor de April 29, 2026 foi um teste de fumaça de instalação, não uma execução ponta a ponta do dia a dia.
- A implantação, os contêineres e as credenciais do bundle do plugin pertencem a um responsável externo. Isso não significa que o Kiki implantou o serviço inteiro.
- Uma política manda os subagentes de implementação nomear o branch de destino e verificar o commit retornado, mas não foi encontrado registro de que esse procedimento se aplicou a esta correção.