Guia independenteUm guia independente sobre o Jev, da TypeSafe AI
Casos de uso

Faça apenas a pergunta que importa agora

Crie formulários e fluxos dinâmicos com o Jev

Deixe o Jev escolher a próxima pergunta ou ramificação com base nas respostas dadas até agora, enquanto o seu formulário mantém os campos, a validação e a decisão final.

Carregar este modelo

Fontes revisadas Atualização Versão do conteúdo 1

Tipo de evidência Exemplo didático fictício e original. Nenhum resultado do modelo está preenchido.

Exemplo didático fictício e original. Nenhum resultado do modelo está preenchido.

Um ponto de partida editável

Carregar este modelo
1 · Texto para verificar
Formulário: pedido de suporte para equipamento Respostas até agora: - Dispositivo: notebook - Problema: “A tela pisca quando mexo na tampa. Começou depois que deixei o aparelho cair.” - Comprado há: 14 meses
2 · Sua pergunta
Qual pergunta complementar o formulário deve fazer em seguida?
3 · Defina de 2 a 6 opções
  1. Pedir fotos do dano

    As respostas descrevem um dano físico que uma imagem documentaria.

  2. Perguntar quais soluções já foram tentadas

    O problema parece ser de software ou de configuração.

  3. Perguntar sobre garantia ou plano de proteção

    A cobertura define o caminho e ainda não é conhecida.

  4. Sem mais perguntas; enviar para análise

    As respostas já determinam o próximo passo.

São probabilidades do modelo, não uma precisão medida ou garantia. Sim e Não correspondem às suas regras; as opções são comparadas apenas entre as que você forneceu.

O Jev consegue decidir o próximo passo de um formulário?

Sim, quando os próximos passos possíveis já estão escritos. Um formulário estático ramifica com base em valores exatos: se o dispositivo é um notebook, mostre a seção de notebooks. Respostas em texto livre quebram essa lógica, porque “começou depois que deixei o aparelho cair” não corresponde a nenhum valor de lista suspensa. Uma pergunta Choice pode ler as respostas dadas até agora e selecionar uma das perguntas complementares que você preparou. O seu formulário continua dono dos campos, da validação e de tudo o que acontece depois do envio.

Abra o modelo editável de próxima pergunta. Ele traz um pedido fictício de suporte para equipamento, com três respostas e quatro perguntas complementares possíveis. Carregá-lo apenas cria um rascunho; a verificação só começa quando você a solicita.

Escreva as perguntas complementares como opções com motivos

Pergunta complementar Escolha-a quando
Pedir fotos do dano As respostas descrevem um dano físico que uma imagem documentaria.
Perguntar quais soluções já foram tentadas O problema parece ser de software ou de configuração.
Perguntar sobre garantia ou plano de proteção A cobertura define o caminho e ainda não é conhecida.
Sem mais perguntas; enviar para análise As respostas já determinam o próximo passo.

Inclua sempre uma forma de parar. Sem ela, o formulário continua perguntando, porque alguma opção tem de vencer. Mantenha perguntas obrigatórias de natureza legal ou de segurança fora das mãos do modelo: se um campo é obrigatório, pergunte-o sempre pelo código.

Mude uma coisa por vez e compare

  1. Execute o modelo editável e anote a pergunta complementar selecionada e as demais probabilidades.
  2. Substitua o problema por “A tela pisca depois da última atualização do sistema” e execute de novo.
  3. Acrescente a linha “Plano de proteção: ativo até 2027” e veja se a pergunta sobre garantia perde o sentido.

Nenhuma resposta esperada vem preenchida, e algumas execuções não são um teste do seu formulário. Antes do lançamento, reúna envios parciais reais ou realistas, anote a pergunta complementar que um colega treinado faria e compare.

Pergunte várias coisas em uma única requisição

Na sua própria integração, uma requisição pode levar muitas perguntas. O padrão de fan-out especulativo da TypeSafe envia juntas as perguntas prováveis, inclusive as que podem se revelar irrelevantes, e deixa o código ler apenas as respostas que se aplicam à ramificação escolhida. A documentação afirma que as perguntas são avaliadas em paralelo, de modo que acrescentar mais perguntas geralmente tem pouco efeito no tempo de resposta. Em um formulário, isso significa que uma única chamada pode retornar a categoria, se um número de pedido foi informado e se o tom pede um retorno por telefone, e o formulário decide o que mostrar. O Playground deste site faz uma pergunta por verificação, portanto demonstra um único passo desse desenho.

O que a comunidade já experimentou

A equipe de um gerenciador de senhas compartilhou em 17 de setembro de 2026 um experimento que usa o Jev para reconhecer campos em formulários web complexos, no lugar de regras escritas à mão. Os números de melhoria e de latência dessa publicação são dos próprios autores, obtidos em suas próprias páginas de teste; não foram reproduzidos de forma independente e foram descritos como um experimento, não como uma implantação completa. Há mais exemplos na galeria de Projetos.

Um modelo pode interpretar mal sarcasmo, idiomas misturados ou uma resposta digitada no campo errado. Dê às pessoas uma forma visível de chegar manualmente a cada ramificação e leia onde estão os limites do Jev antes de publicar.

Fontes e leituras complementares

Este guia se baseia na documentação oficial e nos relatos da comunidade vinculados. As observações da comunidade são atribuídas a seus autores.

  1. TypeSafe: Fan-out especulativo (Speculative fan-out)
  2. TypeSafe: Como construir com a TypeSafe (How to build with TypeSafe)
  3. TypeSafe: Choice
Como verificamos nossas fontes