← Catálogo

Sistemas conversacionais04

isanna turnflow

Em construção

Um núcleo determinístico para conversas de múltiplos turnos, com o modelo mantido fora do caminho de execução.

O turnflow conduz uma conversa por um pipeline de sete estágios: classificar, carregar a sessão, planejar, laço do agente, injetar resultados, compor a resposta, persistir a sessão. O modelo propõe um plano; uma fronteira determinística de validação decide o que de fato roda. Essa separação é o motor inteiro — todo o resto decorre de recusar que texto gerado chegue direto a um executor.

C1
O plano é a única autoridade de execução.
C2
Nenhuma execução a partir de entrada crua do usuário.
C3
Uma fronteira determinística de validação fica entre o plano e a execução.
C4
O modelo de linguagem nunca está no caminho de execução.
C5
O núcleo permanece agnóstico de domínio.
C6
A geração ancorada termina em ancorada-com-citações, ou em recusa.
Duas classes de execução
Mutação estruturada e geração ancorada são ambas de primeira classe, e ambas governadas pela mesma invariante de turno, em vez de por dois caminhos de código paralelos.
Núcleo sem domínio
A lógica de domínio se registra por uma configuração de pipeline. O núcleo não carrega conhecimento de nenhum produto construído sobre ele.
Adaptadores de transporte
Telegram, WhatsApp e chat web ficam atrás de uma única interface de adaptador, de modo que um canal seja um plugue e não uma bifurcação.
Gateway agnóstico de provedor
Anthropic, OpenAI ou um modelo Ollama local atrás de uma única interface — o provedor é uma escolha de configuração, não um compromisso arquitetural.

O motor e seu pipeline existem em TypeScript sobre Deno, com os adaptadores de transporte e o gateway de modelos no lugar. As interfaces ainda estão se movendo e o turnflow ainda não foi publicado.