Kev-0.5B

Última atualização:

Aberto100–300ms$0/M input

Notas do quadrante

Ver o quadrante completo

Pontuação pela rubrica pública do quadrante (maturidade × capability; bolha = adoção). Revisamos conforme a evidência.

  • Maturidade5/10

    Pesos abertos e API local documentada (compatível System One) sobem o acesso; sem SLA hosted e perfil de pesquisa mantêm a maturidade no meio.

  • Capability6.2/10

    Cobre choice / score / boolean com latência usável em laptop; calibração in-dist do autor é ok, mas o transfer vs Jev é self-reported e mais fraco OOD.

  • Adoção8/100

    Interesse nicho em GitHub/HF entre quem reconstrói o Jev; quase zero awareness geral fora desse círculo.

Vendor claims

Kev não é um modelo frontier — é um LoRA adapter + readout head em cima do Qwen2.5-0.5B, uma reconstrução aberta do contrato System One / Jev feita pelo Jared Palmer.

Ele lê o documento uma vez e responde várias perguntas tipadas em paralelo num único prefill — sem decode autoregressivo. Tipos: noul (sim/não → boolean no catálogo), choice e score. A saída é distribuição calibrada sobre opções, não prosa.

O que é

Ver também a entrada do produto fechado de referência: Jev.

Limites (leia antes de colocar em produção)

  • O autor chama de protótipo de pesquisa — “not a production model and it is not Jev”
  • Backbone 0.5B; o autor reporta gap de transfer ~−19pp vs Jev fora da distribuição de treino (self-reported)
  • Sensibilidade residual à ordem das opções (~7% de flips de argmax nos testes do autor)
  • Serve local, sem auth — ok pra demo no laptop, sem SLA de waitlist hosted
  • Não use em decisões de produção que afetem pessoas sem a sua própria eval rotulada

I/O tipado público, API System One documentada e pesos abertos. Fica ao lado do Jev como ponto open / local no quadrante — com artifactKind: lora-adapter pra o card não fingir que isso é um base model frontier.