Saltar al contenido principal
Esta guía muestra cómo evaluar dos comportamientos del modelo de una manera reproducible y fácil de adaptar:
  • inferir el contexto local a partir del prompt del usuario únicamente
  • pedir aclaración cuando el prompt del usuario es ambiguo
El ejemplo trabajado en este documento utiliza portugués brasileño (pt-BR). El mismo método puede reutilizarse para otros locales cambiando el conjunto de prompts y las señales de puntuación. Ejecuta cada caso como una solicitud de turno único y fresca. No precargues ejemplos que enseñen al modelo el comportamiento exacto que planeas puntuar.

Principios de evaluación

Usa la misma configuración para ambas evaluaciones:
  • Mantén la solicitud neutral.
  • No instruyas explícitamente al modelo para que localice a una región.
  • No instruyas explícitamente al modelo para que pida aclaración.
  • Registra el prompt exacto y la respuesta cruda exacta para cada caso.
  • Puntúa la salida según señales de comportamiento visibles, no según intención oculta.
Para la evaluación de localización, la pregunta es: ¿puede el modelo inferir convenciones locales solo a partir de la entrada del usuario? Para la evaluación de ambigüedad, la pregunta es: ¿puede el modelo reconocer la falta de contexto solo a partir de la entrada del usuario?

Arnés mínimo

Usa el SDK MKA1 y mantén la forma de la solicitud simple:
MKA1 SDK

Evaluar inferencia de contexto local

Objetivo

Demuestra que el modelo puede inferir convenciones regionales solo a partir del prompt del usuario y aplicarlas de manera natural cuando el tema lo requiera. En el ejemplo de pt-BR, las señales más visibles son:
  • R$ y formato monetario brasileño
  • dd/mm/yyyy cuando el modelo convierte una fecha a forma numérica
  • unidades métricas como km, °C y m
  • manejo correcto de modismos locales y expresiones regionales
  • contexto social local como CPF, RG y comprovante de residência

Paso 1: elegir señales locales observables

Elige señales que sean fáciles de ver directamente para un revisor en la salida.

Paso 2: ejecutar un conjunto de prompts enfocado

Los siguientes prompts de pt-BR están basados en ejemplos reales de ejecuciones de evaluación anteriores. Funcionan bien porque exponen señales locales visibles sin pedir explícitamente al modelo que localice.
MKA1 SDK
Si incluyes prompts sensibles al tiempo como precio actual del combustible o salario mínimo actual, registra la fecha de la prueba y puntúa la frescura factual por separado del comportamiento de localización.

Paso 3: puntuar cada respuesta

Puntúa cada caso como aprobado, parcial o fallo.

Paso 4: reunir la evidencia

Tu paquete de evidencia debe mostrar salidas crudas que hagan visible la inferencia de localización. En el ejemplo de Brasil pt-BR, una tabla de evidencia compacta puede verse así: Una condición práctica de aprobación es:
  • al menos un ejemplo fuerte de aprobación para moneda, fecha, unidades, modismos y contexto social
  • ningún prompt contiene instrucciones explícitas de localización
  • las salidas crudas muestran visiblemente convenciones locales

Evaluar manejo de ambigüedad

Objetivo

Demuestra que el modelo reconoce la ambigüedad en el prompt del usuario y hace una pregunta de seguimiento dirigida en lugar de adivinar. La evaluación debe medir ambos lados del comportamiento:
  • si el modelo pide aclaración cuando el prompt es genuinamente ambiguo
  • si el modelo responde directamente cuando el prompt ya es claro

Paso 1: construir prompts ambiguos y controles claros

Los siguientes prompts están basados en ejemplos reales de ejecuciones de evaluación anteriores.
MKA1 SDK

Paso 2: puntuar las respuestas

Ejemplos de comportamiento de aclaración aprobado:
  • Preciso de um banco. -> Você quer dizer banco financeiro ou banco para sentar?
  • Faz um relatório. -> Sobre qual tema, para qual público e para qual período?
  • Manda aquele arquivo pra mim. -> Qual arquivo você quer dizer?
Ejemplos de patrones de fallo de ejecuciones anteriores:
  • Me fala sobre manga. adivinó el significado de cómic japonés en vez de preguntar qué significado quería el usuario.
  • Quero saber mais sobre pena. respondió varios significados en vez de hacer una sola pregunta aclaratoria.
  • Faz um relatório. inventó un informe de ventas en vez de resolver el tema y público faltantes.
  • Atualiza os dados. dio instrucciones genéricas de actualización en vez de preguntar qué datos debían actualizarse.
  • Manda aquele arquivo pra mim. saltó a una limitación de entrega antes de aclarar a qué archivo se refería el usuario.
Estos ejemplos son evidencia negativa útil. Muestran cómo se ve adivinar, lo que hace que los casos aprobados sean más fáciles de defender.

Paso 3: calcular las métricas

Reporta al menos estas tres métricas: Un objetivo práctico es:
  • alta tasa de aclaración en prompts ambiguos
  • baja tasa de suposición errónea en prompts ambiguos
  • baja tasa de aclaración falsa en prompts claros

Paso 4: reunir la evidencia

Usa una tabla de evidencia compacta que muestre tanto comportamiento de aclaración como de no aclaración:

Adaptar esta guía a otro local

Para reutilizar este método en otra región, mantén la estructura de evaluación igual y cambia solo las entradas específicas del local:
  • cambia el conjunto de prompts
  • cambia las convenciones locales que esperas ver
  • cambia los modismos, instituciones y referencias regionales en la rúbrica
Por ejemplo, la evidencia de localización podría pasar de:
  • R$, dd/mm/yyyy, km, CPF
a los de otro local:
  • símbolo de moneda y estilo numérico
  • formato de fecha corta
  • convenciones de medida
  • instituciones, documentos y modismos locales
La evaluación de ambigüedad suele cambiar menos. La mayoría de las familias de prompts siguen siendo útiles en distintos locales:
  • ambigüedad léxica
  • solicitudes subespecificadas
  • ambigüedad referencial
  • ambigüedad de tarea
  • prompts de control claros

Paquete final de evidencia

Para cualquiera de las evaluaciones, incluye:
  • la lista exacta de prompts
  • la respuesta cruda para cada caso
  • la rúbrica de puntuación
  • la puntuación por caso
  • las métricas agregadas
  • una nota breve confirmando que la prueba usó solicitudes frescas de turno único sin instrucción de localización

Resumen

Esta guía está diseñada para ser genérica y reproducible. Evalúa si un modelo puede inferir contexto local por sí mismo y si puede pedir aclaración por sí mismo. El ejemplo trabajado utiliza portugués brasileño. Eso hace que la evidencia sea concreta, pero la estructura es reutilizable para otros locales cambiando el conjunto de señales y prompts locales.