Clasificación de texto zero-shot en 2026: prompts LLM vs Hugging Face vs API tipada

La clasificación zero-shot responde una pregunta acotada: dado este texto, ¿cuál de estas etiquetas aplica? Entregas el conjunto de etiquetas en la petición en lugar de fijar una cabeza entrenada con tus tickets. Ayuda cuando las colas cambian o faltan ejemplos limpios. No elimina la evaluación: una ruta de facturación incorrecta sigue costando. En 2026 la elección práctica suele ser entre tres pilas: un LLM generativo forzado a JSON, un pipeline NLI zero-shot de Hugging Face, o un modelo de decisión tipado que devuelve Choice, Score o probabilidades sí/no sin prosa libre. Guía editorial independiente para ingenieros que ya clasifican en agentes, soporte o lotes. JevModel no está afiliado a TypeSafe AI, Hugging Face ni MotherDuck; no se ejecutó una prueba cara a cara de pago.

Muchos equipos aún piden a GPT o Claude “devolver JSON válido con etiqueta y confianza”. Structured Outputs reduce fallos de sintaxis, pero no hace semánticamente correcto un enum elegido. En r/LLMDevs se separa “JSON válido” de “JSON usable”: faltan campos, tipos erróneos, propiedades inventadas y objetos truncados. La confianza autoinformada es evidencia débil: hay modelos que responden “95%” casi siempre o envuelven el JSON en fences markdown. El coste crece con tokens generados. Conserva esta ruta cuando la misma llamada deba redactar una respuesta tras el enrutado, o cuando las etiquetas cambien y aceptes reparación más revisión. Trata la salida como propuesta no confiable: valida enums en servidor, rechaza etiquetas desconocidas y envía casos dudosos a una persona.

Hugging Face documenta la clasificación zero-shot como predecir una clase que el modelo no vio como objetivo de entrenamiento de tu tarea. El pipeline de transformers carga un modelo NLI como facebook/bart-large-mnli, convierte cada etiqueta en una hipótesis (“This example is {label}.”) y puntúa la implicación. Obtienes sequence, labels ordenados y scores sin pedir JSON, evitando fallos de parseo. Aún operas hardware o un endpoint, eliges multi_label con cuidado y ajustas plantillas cuando el dominio importa. Las puntuaciones son señales NLI, no exactitud de negocio calibrada. El autoalojamiento puede mantener datos locales si todo el pipeline lo es; descargar pesos no garantiza privacidad. Prefiere esta ruta si ya usas Transformers, necesitas inferencia offline o en VPC y puedes mantener revisiones. Prefiere otra si quieres un contrato tipado gestionado Choice/Score/Noul sin operar serving.

Un modelo de decisión devuelve respuestas tipadas, no prosa. Con Jev envías state (texto o JSON) y preguntas: Choice elige entre etiquetas, Score evalúa una rúbrica ordenada, Noul da probabilidad de sí. Las probabilities describen la distribución; la confidence de Choice resume concentración, no una exactitud medida. JevModel es un playground/API alojado independiente que hoy llama typesafe/jev-1.13 vía OpenRouter. Límites aquí: solo texto/JSON (sin medios), 8.000 caracteres tras validar, 1–8 preguntas, Choice 2–12 etiquetas, 10 ejecuciones gratis/día UTC tras verificar email (sujeto a capacidad). Sin clave de idempotencia: revisa historial antes de reintentar. Tu app posee permisos, tickets y traspaso humano. Úsala cuando las etiquetas son conocidas, quieres probabilidades estructuradas sin reparar JSON y aceptas la ruta de datos upstream. No genera respuestas al cliente ni es un runtime local de pesos abiertos.

curl --fail-with-body https://jevmodel.app/api/v1/systemone \
  -H "Authorization: Bearer $JEVMODEL_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"state":"Package arrived damaged and I need a replacement.","questions":{"topic":{"type":"choice","instructions":"Choose the support topic.","criteria":{"shipping":"Delivery, tracking or damaged packages.","billing":"Charges, refunds or invoices.","review":"Unclear or mixed requests."}}}}'

Usa la tabla como mapa de decisión, no como ranking. El blog de MotherDuck reporta, en una muestra AG News de 100.000 filas, 89% de exactitud para Jev en ~40 s y ~$0.50, frente a 88% en ~32 min y $37.58 para la ruta GPT-5.6 Terra que midieron. El artículo de Sebastian Raschka (29 sept 2026) reporta ~96.5% (Choice) y ~96.2% (Noul) en IMDb, con ~$0.65 de API en esa corrida. Son sus pruebas. No demuestran superioridad en tus tickets. Las puntuaciones NLI y las etiquetas parseadas de un LLM exigen la misma disciplina de hold-out. Si la confianza importa, prefiere distribuciones umbralizables sobre un campo inventado en prosa.

Congela un conjunto etiquetado antes de ajustar prompts, hipótesis o criterios Choice. Separa desarrollo, calibración y test final. Incluye casos ambiguos, multilingües y de alto coste. Registra aceptaciones automáticas erróneas, volumen de revisión, fallos de parseo/schema, latencia p50/p95 y coste por decisión correcta (con reintentos). En LLM, cuenta reparación y repreguntas; en HF, fija revisión y plantilla; en JevModel, valida code === 0, tipos y números, y manda probabilidades cercanas a revisión. Empieza en sombra: registra propuestas mientras humanos controlan. Si tras la revisión no cumple el presupuesto de error, mantén reglas o un híbrido. Los gráficos públicos son pistas; tu scorecard decide.