ajuste no contas
This commit is contained in:
19
docs/FIX_VLOOP_TRANSACTION_CONFIRMATION_BYPASS_20260901.md
Normal file
19
docs/FIX_VLOOP_TRANSACTION_CONFIRMATION_BYPASS_20260901.md
Normal file
@@ -0,0 +1,19 @@
|
||||
# VLOOP: bypass para confirmação transacional
|
||||
|
||||
## Problema
|
||||
|
||||
Mensagens curtas como `sim` podem aparecer legitimamente várias vezes na mesma sessão, uma vez para cada transação. O VLOOP usava apenas repetição textual no histórico e podia bloquear uma confirmação válida em `AWAITING_CONFIRMATION`.
|
||||
|
||||
## Correção
|
||||
|
||||
O rail `VLOOP` agora permite a entrada quando o estado transacional atual é `AWAITING_CONFIRMATION`. O status é lido de `transaction_status` e, como fallback, de `active_transaction.status`.
|
||||
|
||||
A interpretação de `sim`/`não` continua sendo responsabilidade do runtime/classificador de confirmação. O bypass apenas impede que VLOOP intercepte a entrada antes dessa decisão.
|
||||
|
||||
Fora de `AWAITING_CONFIRMATION`, a detecção original de repetição continua inalterada.
|
||||
|
||||
## Validação
|
||||
|
||||
- 3 testes específicos do bypass: PASS
|
||||
- 71 testes de guardrails/transações/confirmação: PASS
|
||||
- suíte migration: 845 PASS / 2 FAIL históricos já existentes
|
||||
Reference in New Issue
Block a user