Revisao adaptativa
Cada revisao produz nova evidencia sobre aquele card.
A Fluorgan registra a tentativa, separa recall de esforco, confirma o rating canonico no salvamento, atualiza memoria e usa o scheduler para estimar a proxima revisao.
Visao geral
Revisao adaptativa e a sequencia evidencia real, memoria atualizada e novo intervalo estimado; nao e IA escolhendo arbitrariamente.
Antes de revelar
A tentativa acontece antes de ver a resposta para separar recuperar conhecimento de reconhecer ou reler.
Recall antes de esforco
not_recalled encerra a decisao de esforco; recalled abre alto, normal ou baixo esforco.
Rating canonico
not_recalled vira wrong; recalled com alto esforco vira hard; normal vira ok; baixo vira easy. save-review permanece autoridade antes de persistir.
Memoria do card
Uma review confirmada pode atualizar estabilidade, dificuldade do modelo de memoria, ultimo estado e proxima revisao.
Proxima revisao
O scheduler usa FSRS como base para estimar quando o card deve voltar; a data pode mudar depois de cada review.
Recovery
Uma falha primaria confirmada pode gerar Recovery elegivel no mesmo ciclo; ela e real, tem attempt_role recovery e nao apaga a primary.
Ciclo de revisao
O contrato atual preserva primary e, quando elegivel, no maximo uma recovery no mesmo ciclo.
O que torna adaptativo
A adaptacao nasce da mudanca no estado do card depois de uma tentativa confirmada.
Scheduler e Rhythm
Scheduler pergunta quando este card tende a voltar; Rhythm pergunta como o conjunto de trabalho cabe na disponibilidade.
O que nao faz
Safe Ahead, Pretest e Card Health tem funcoes proprias e nao substituem a Review adaptativa.
Em produto
A interface mostra pergunta, revelar, recall, effort quando aplicavel, saving e confirmed.
Limites
Nao le mente, nao garante lembranca futura, nao acha momento perfeito e depende de autorrelato correto.
Proximo passo
Depois de criar cards, entenda Recall Integrity, Retencao e Carga sem links para paginas futuras nao publicadas.