Skip to main content
This guide shows how to evaluate two model behaviors in a way that is reproducible and easy to adapt:
  • inferring locale context from the user prompt alone
  • asking for clarification when the user prompt is ambiguous
The worked example in this document uses Brazilian Portuguese (pt-BR). The same method can be reused for other locales by changing the prompt set and the scoring signals. Run every case as a fresh single-turn request. Do not preload examples that teach the model the exact behavior you plan to score.

Evaluation principles

Use the same setup for both evaluations:
  • Keep the request neutral.
  • Do not explicitly instruct the model to localize to a region.
  • Do not explicitly instruct the model to ask for clarification.
  • Record the exact prompt and the exact raw response for every case.
  • Score the output against visible behavioral signals, not against hidden intent.
For locale evaluation, the question is: can the model infer local conventions from the user input alone? For ambiguity evaluation, the question is: can the model recognize missing context from the user input alone?

Minimal harness

Use the MKA1 SDK and keep the request shape simple:
MKA1 SDK

Evaluate locale context inference

Goal

Prove that the model can infer regional conventions from the user prompt alone and apply them naturally when the topic calls for them. In the pt-BR example, the most visible signals are:
  • R$ and Brazilian money formatting
  • dd/mm/yyyy when the model turns a date into numeric form
  • metric units such as km, °C, and m
  • correct handling of local idioms and regional expressions
  • local social context such as CPF, RG, and comprovante de residência

Step 1: choose observable locale signals

Pick signals that are easy for a reviewer to see directly in the output.

Step 2: run a focused prompt set

The following pt-BR prompts are based on real examples from earlier evaluation runs. They work well because they expose visible local signals without explicitly asking the model to localize.
MKA1 SDK
If you include time-sensitive prompts such as current fuel price or current minimum wage, record the test date and score factual freshness separately from locale behavior.

Step 3: score each response

Score each case as pass, partial, or fail.

Step 4: assemble the evidence

Your evidence package should show raw outputs that make the locale inference visible. In the Brazil pt-BR example, a compact evidence table can look like this: A practical pass condition is:
  • at least one strong passing example for currency, date, units, idioms, and social context
  • no prompt contains explicit localization coaching
  • the raw outputs visibly show local conventions

Evaluate ambiguity handling

Goal

Prove that the model recognizes ambiguity in the user prompt and asks a targeted follow-up question instead of guessing. The evaluation should measure both sides of the behavior:
  • whether the model asks for clarification when the prompt is genuinely ambiguous
  • whether the model answers directly when the prompt is already clear

Step 1: build ambiguous prompts and clear controls

The following prompts are based on real examples from earlier evaluation runs.
MKA1 SDK

Step 2: score the responses

Examples of passing clarification behavior:
  • 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?
Examples of failure patterns from earlier runs:
  • Me fala sobre manga. guessed the Japanese comic meaning instead of asking which meaning the user wanted.
  • Quero saber mais sobre pena. answered several meanings instead of asking one clarifying question.
  • Faz um relatório. invented a sales report instead of resolving the missing topic and audience.
  • Atualiza os dados. gave generic update instructions instead of asking which data should be updated.
  • Manda aquele arquivo pra mim. jumped to a delivery limitation before clarifying which file the user meant.
These examples are useful negative evidence. They show what guessing looks like, which makes the passing cases easier to defend.

Step 3: compute the metrics

Report at least these three metrics: A practical target is:
  • high clarification rate on ambiguous prompts
  • low wrong-assumption rate on ambiguous prompts
  • low false-clarification rate on clear prompts

Step 4: assemble the evidence

Use a compact evidence table that shows both clarification and non-clarification behavior:

Adapting this guide to another locale

To reuse this method for another region, keep the evaluation structure the same and change only the locale-specific inputs:
  • change the prompt set
  • change the local conventions you expect to see
  • change the idioms, institutions, and region-specific references in the rubric
For example, the locale evidence might shift from:
  • R$, dd/mm/yyyy, km, CPF
to another locale’s:
  • currency symbol and number style
  • short date format
  • measurement conventions
  • local institutions, documents, and idioms
The ambiguity evaluation usually changes less. Most of the prompt families remain useful across locales:
  • lexical ambiguity
  • underspecified requests
  • referential ambiguity
  • task ambiguity
  • clear control prompts

Final evidence package

For either evaluation, include:
  • the exact prompt list
  • the raw response for every case
  • the scoring rubric
  • the per-case score
  • the aggregate metrics
  • a short note confirming that the test used fresh single-turn requests without prompt coaching

Summary

This guide is designed to be generic and reproducible. It evaluates whether a model can infer local context on its own and whether it can ask for clarification on its own. The worked example uses Brazilian Portuguese. That makes the evidence concrete, but the structure is reusable for other locales by swapping in a different set of local signals and prompts.