ARGOS - Agentes da Esteira

Análise do manifesto e do código do motor bpm-ia (05/11/2026). Os números aparecem como ⚠ no diagrama ao lado.

1. Bloqueado por "fora da tela" não destrava sozinho. O card pai é bloqueado e o bug segue como card próprio; quando o bug termina, nenhum código tira o Bloqueado do pai. Se ninguém lembrar, o card fica parado em Publicação para sempre. Sugestão ao motor: ao bug chegar em Publicação/Closed, desbloquear o pai e devolvê-lo ao Testador.
2. Dependência que nunca se cumpre. O Programador espera o predecessor chegar em Publicação, Testado, Resolved ou Closed. Predecessor Removed, fora da esteira ou parado em outra coluna, e dependência circular (A espera B, B espera A), deixam o card com aguarda-dependencia para sempre — o aviso é escrito uma vez só. O que fazer: conferir os vínculos Predecessor; sugestão: tratar Removed como cumprido ou avisar, e detectar ciclo.
3. Filas nos portões humanos. Nada anda em Triagem, Refinamento Done, CodeReview Done, PR, Testado e Resolved sem alguém agir, e não há alerta de tempo parado. É a maior trava hoje: veja as contagens de Refinamento Done e CodeReview Done no diagrama.
4. Card movido para PR. O pipeline do iargos só move para Publicação os cards do build que estão em CodeReview Done; se o humano move para PR depois do merge, o card fica lá. O motor também não acompanha merge nem deploy, então entrega em outro repositório (correção pontual permitida pelo contrato) espera um humano mover. O que fazer: fazer o merge e deixar o card em CodeReview Done.
5. Devolução humana só pelo card. O Programador lê o feedback das threads do PR, ainda não o comentário humano do card (US #1166). Se o PR já está marcado como endereçado e o humano devolve o card para Desenvolvimento só com comentário no card, o Programador pula o card e ninguém o move de volta a CodeReview. O que fazer: sempre comentar no PR ao devolver.
6. Loops com o humano: tirar a tag sem resolver a causa. infra-humano bloqueia de novo na hora; conflito-manual volta a ser marcado; o teto de 4 voltas recomeça a contagem a cada desbloqueio. Não é loop automático, mas gasta rodadas e tokens até alguém decidir.
7. Card sem a tag esteira. Movido para uma coluna de agente sem a tag, é ignorado sem aviso nenhum.
8. Reprovações alternadas no teste. O freio do Testador só compara com o último bug: falhas que alternam (A, B, A, B) nunca são "a mesma" e o card dá voltas Desenvolvimento → CodeReview → merge → Publicação. Cada volta passa por merge humano, então não roda sozinho, mas pode repetir muitas vezes. Sugestão: comparar com todos os bugs do card ou limitar o número de bugs por card.
9. Agente sem credencial (inapto). Pausa 15 min e tenta de novo sem contar tentativa e sem bloquear; o card fica com aguardando-sessao. Sessão esgotada volta à fila em 6 h, mas credencial recusada só se resolve renovando a credencial no argos-server — o aviso fica só no log do container.
10. PROD leva a master inteira. A master é o ambiente de QAS: todo merge vai para QAS. O deploy de PROD é uma execução manual que confere só o card informado (precisa estar em Resolved) e publica tudo o que estiver na master, inclusive cards mesclados depois e ainda não validados em QAS. O que fazer: antes de subir, conferir se há cards em Publicação ou Testado com merge feito; sugestão: o gate de PROD checar todos os cards entre a última release e o commit publicado.

Protegido contra loop infinito: erro transitório (3 tentativas com espera de 1, 5 e 15 min, até 3 rodadas, depois Bloqueado); Revisor ⇄ Programador (teto de 4 voltas); lock abandonado (liberado após 45 min sem alteração no card); sessão esgotada (volta à fila em 6 h); mesma reprovação repetida (Bloqueado).