Dónde va Jev y dónde va n8n
n8n ejecuta el flujo; Jev clasifica el registro. Una división práctica con el medidor oficial de cada uno.
Datos contrastados con la documentación oficial enlazada al final. Los benchmarks se atribuyen al proveedor.
Aparecieron en los mismos feeds en septiembre y la gente empezó a emparejarlos como si uno pudiera reemplazar al otro. No. n8n mueve un registro de un sistema al siguiente. Jev responde una pregunta cerrada sobre ese registro. Uno es el tubo. El otro es una función que llamas a la mitad del tubo.
Si el trabajo es “cuando entra un formulario, crea el contacto y avisa en Slack”, no necesitas Jev. Si el trabajo es “cuál de estas cuatro colas, y si un humano debe verlo antes de escribir en el CRM”, un chat completion es la forma cara de preguntarlo.
Qué mide cada uno
n8n es una herramienta de workflows. Un workflow es un grafo: trigger, luego nodos. Una execution es una corrida de ese grafo, del trigger al final. En la página de precios el medidor son executions, no pasos y no asientos. Una corrida de 12 nodos y una de 3 cuentan como una execution cada una, que es el punto que anuncian contra las herramientas que cobran por acción. Los planes de pago cuentan las executions de producción: las que de verdad arranca un trigger, un schedule o un poll. Las corridas manuales de prueba no comen el cupo. Existe self-host; el plan cloud no es la única forma de correrlo.
Jev es un modelo. Una llamada HTTP, POST /v1/systemone en api.typesafe.ai. Mandas state y questions tipadas. Recibes un choice, un score o un sí/no, cada uno con probabilidad. Ficha oficial el 2 de octubre de 2026: $0.042 por millón de tokens de entrada, salida sin cobro. No manda el mensaje de Slack, y no guarda las credenciales de tu CRM. Qué es, y los wrappers que cobran más, está en Qué es Jev.
| n8n | Jev | |
|---|---|---|
| Unidad de trabajo | una corrida del workflow | una llamada de decisión |
| Guarda secretos | sí, de las apps a las que habla | no |
| Escribe en el CRM | sí, con un nodo | no |
| Clasifica un payload | solo si metes un nodo de modelo | sí, ese es el producto |
| Forma de la factura | executions / mes, o un servidor si lo hosteas | tokens de entrada |
| Falla como | una corrida parada que puedes reintentar | una etiqueta válida y equivocada |
La forma que sí encaja
Formulario → webhook → limpiar campos → preguntarle a Jev → branch → CRM y Slack.
El webhook es n8n. Recortar el nombre, pasar el correo a minúsculas, normalizar el teléfono: n8n, en un nodo Set o en unas líneas de código. Las preguntas son de Jev:
queue: billing, technical, sales. Un Choice, con un criterio en cada etiqueta.wants_human: un Noul. “Este mensaje pide una persona, o está demasiado enojado para una respuesta automática.”fit: un Score, si insistes en rankear leads. Opcional. La mayoría de desks no lo necesita el primer día.
Después un branch que escribiste tú. Probabilidad alta y cola segura: creas el contacto, posteas en Slack, paras. Probabilidad baja, o wants_human: creas el contacto igual, pero se lo asignas a una persona y no mandas la respuesta automática. La respuesta, si la mandas, sale de una plantilla o de un modelo de chat. No de Jev.
Esa última frase es el corte que la gente se salta. Jev no va a redactar el correo. Pedírselo es como terminar con un post que dice que el modelo “escribe y rutea”. Rutea. Otra cosa escribe.
Qué no va en la llamada a Jev
El state debería ser el mensaje, más los tres campos en los que ya confías (plan, país, fuente). No el HTML entero de la landing. No los últimos 40 correos. La entrada es lo único que Jev cobra, y el tope de contexto en la model card es 64k, con 32k para el state más la pregunta más larga. Un state gordo es una decisión lenta, cara y peor.
No hagas una pregunta abierta. “¿Qué hacemos con este lead?” no es un Choice. Si no puedes listar las etiquetas antes de la llamada, no estás listo para este nodo.
No escondas el umbral en el modelo. Elígelo con unas decenas de mensajes etiquetados de tu propio inbox. 0.8 de un hilo de lanzamiento no es tu número.
Cuándo el nodo de chat sigue siendo el nodo correcto
n8n tiene nodos de IA, y se ganan el lugar cuando el output es texto o una llamada a tool que no podías enumerar:
- un primer borrador que un humano va a editar,
- un resumen de un hilo largo para quien lleva la cuenta,
- una elección de tool sobre un catálogo abierto (buscar en el CRM, redactar, no hacer nada) donde el catálogo no cabe en un Choice de 255.
Son el nodo equivocado para un enum cerrado que ya conoces. Un modelo de $2 por millón, con el prompt “responde solo con la palabra billing”, a veces responde con una frase, y pagas tokens de salida por el privilegio. El fallo de Jev es una etiqueta equivocada. El fallo del chat es una etiqueta que hay que parsear. Para una cola, quédate con el primer fallo.
Zapier y Make están del mismo lado de esta línea que n8n. Son tubos. La elección entre ellos es precio por paso contra precio por corrida contra self-host, no “cuál clasifica mejor”. Esta nota no elige ganador ahí.
Una factura chica, para que el corte se vea
Digamos 200 formularios al día. Cada state pesa 400 tokens. Son 80,000 tokens al día, unos 2.4 millones al mes.
Jev a la ficha oficial: 2.4 × $0.042 ≈ $0.10 al mes. Un wrapper a $0.42 sigue siendo alrededor de un dólar. La execution de n8n es la otra línea: 200 corridas al día son 6,000 executions al mes, que en un plan cloud es una factura de verdad, y en un VPS chico es el costo del VPS. El clasificador no es el renglón. El tubo sí.
Esto se voltea si llamas a Jev en cada tecla de un composer, o si pegas una página de 20k tokens en el state. Ahí relee el medidor antes de agendarlo.
Preguntas frecuentes
¿Jev puede reemplazar a n8n? No. No guarda credenciales, no reintenta un webhook y no escribe en un CRM. Responde una pregunta dentro de una corrida que n8n ya es dueño.
¿n8n puede reemplazar a Jev? Solo llamando a algún modelo. Para una etiqueta cerrada, Jev es la llamada más barata y tipada. Para un borrador, sigues queriendo un nodo de chat.
¿La llamada a Jev cuenta como execution de n8n? El nodo HTTP es un paso dentro de una execution. n8n cuenta la corrida. TypeSafe cuenta los tokens. Dos facturas.
¿Esto es solo para leads? No. El mismo corte sirve para una macro de soporte, una etiqueta de contenido antes de publicar, o un gate delante de un tool de un agente. El tubo es quien corre tus jobs. La etiqueta es Jev, si la etiqueta sale de una lista.
Conclusión
n8n es la corrida. Jev es una pregunta a la mitad de la corrida. Usa el tubo para mover el registro, el modelo de decisión para etiquetarlo, y un chat solo cuando el output tiene que ser frases. La factura que importa a unos cientos de formularios al día son las executions, no los $0.10 de clasificación.