Are omni models really omni?
The Modality Maturity Index asks a deceptively simple question: when a user needs an image, an audio clip, a video, or a document, does the model actually return it?
Being able to understand media is not the same as using the right media.
Most multimodal tests ask a model to look at an image, video, or document and answer in text. MMI tests the missing half: can the model choose and deliver the output format the user actually needs?
Across five evaluated models, the best Modality Presence Score was only 34.9. Models almost never returned the wrong modality. They mostly returned too little, especially outside text.
Most multimodal benchmarks stop at text.
They may feed in an image, video, audio clip, or document. But the answer is usually text. That means a model can look multimodal while behaving like a text-only assistant at the point of delivery.
Rich media enters the model.
The model describes or answers.
MMI makes the model select from five possible output modalities, including combinations of up to three.
Five modalities. One user goal.
Each prompt is written so the most useful answer requires a clear set of output formats. The formats are not always named explicitly. The model has to infer them.
One request can carry several jobs.
MMI prompts are ordinary-sounding user requests. The benchmark maps the underlying jobs to the modalities that should carry them.
Start simple. Then add modality combinations.
The authors built the benchmark in stages, learning where prompts became ambiguous before scaling up.
Pilot 50 prompts
Text input, one desired output modality. Use manual review to make the “right format” clear without spelling it out.
Scale to 500 single-input / single-output prompts
Cover varied tasks and modalities while keeping the annotation problem manageable.
Add interleaved inputs, then interleaved outputs
Introduce combinations of modalities in the input, then ask for combinations in the output.
Review every final prompt twice
At least two authors checked clarity, correctness, diversity and whether the gold output modalities made sense. Disagreements were discussed.
Separate “missing” from “wrong”.
MMI uses two complementary scores. The first grades answer quality. The second checks whether the model returned the required formats at all.
mean (score for each expected modality)
If a required modality is missing, its score is 0.
The MMI Value is quality-aware. An LLM judge grades human-written criteria for each expected modality. Every modality gets equal weight within a prompt.
F1 = 2 × precision × recall
precision + recall
The Modality Presence Score ignores content quality. It asks only: did the response contain the correct set of modalities?
See why presence comes first.
Set the expected output formats, choose what the model actually returned, then adjust answer quality. The two scores tell different stories.
Choose an expected modality to begin.
High precision. Low recall.
Models rarely returned an output modality that was not wanted. The problem was omission: they often failed to return the modalities the prompt required.
| Model | MPS | Recall | Pass | Input fail |
|---|---|---|---|---|
| GPT-5.4 | 34.9 | 33.8 | 31.0 | 30.1 |
| Gemini 3.1 Flash | 27.2 | 25.4 | 20.3 | 8.2 |
| Gemini 3.1 Pro | 25.4 | 23.6 | 18.6 | 8.0 |
| Llama 4 Maverick | 16.3 | 15.1 | 12.0 | 36.5 |
| Claude Opus 4.6 | 15.6 | 14.5 | 11.3 | 37.0 |
The failure is mostly “not enough”, not “wrong”.
Models default to text.
Even when the user asks for a visual, spoken, moving, or downloadable artefact, text remains the safest fallback.
Audio was the hardest.
No evaluated model generated even a link to an audio snippet for prompts requiring audio output.
Input support still matters.
Input failure rates ranged from 8.0% for Gemini 3.1 Pro to 37.0% for Claude Opus 4.6.
These results describe bare provider APIs with default parameters, no system prompt, and no tools. They are not a complete ranking of the assistants people use in products.
What counts as “returned”?
MMI uses a lenient default because a user may be satisfied by a working link, even if the model did not render the asset itself.
The API returns actual image, audio, video or document data.
A link points to an asset of the requested modality, such as a video host.
Gemini 3 Flash parses the response when direct detection finds nothing.
But lenient detection can blur the difference between a model that generated an asset and one that retrieved or linked to one. The paper also reports strict native precision separately.
Can an LLM judge multimodal quality?
The authors ran a separate tool-scaffolded experiment to create enough image, audio and video assets to exercise the rubrics. It was for judge validation, not model ranking.
One modality at a time
The judge receives only the payload for the modality being graded.
Atomic criteria
Each criterion asserts one concrete, objectively checkable property.
Blind-friendly
The criterion must be decidable from that asset alone, without relying on other outputs.
Agreement is useful, but not perfect. The paper flags judge mistakes, subjective prompts, rubric-writing difficulty and possible self-preference because Gemini judged many Gemini-family assets.
MMI is a reality check for “omni”.
A model may ingest many modalities, yet still fail the user because it answers in the wrong form or omits a required artefact.
MMI Value is under-tested
Too few assets were returned in the main run for quality scoring to be a meaningful headline.
APIs are not products
Tools, orchestration and system prompts could change the observed behaviour substantially.
Correctness can be subjective
Open-ended requests create ambiguity about both content and acceptable output modality.
English only, for now
The authors identify multilingual benchmark data as future work.
Build an MMI-style eval for your own agent.
Use the paper as a blueprint, then adapt the modalities, tools and rubrics to the workflows your product actually promises.
List the input and output modalities your agent claims to support. Include what counts as a native asset, a retrieved link, a generated file, or a tool-mediated result.
Start with ordinary user language. Do not name the output format when the point is to test whether the agent can infer it. Include single-modality and multi-modality tasks.
For each prompt, record the minimum set of modalities that makes the answer useful. Have at least two reviewers resolve ambiguity before evaluation.
Write criteria that are binary-decidable from one output modality. Include delivery and integrity checks where relevant, then concrete content criteria. Keep each criterion single-purpose.
Capture native payloads, parse links, and log fallback detections separately. Report both strict and lenient presence so product teams can see what the user received versus what the model generated.
Use MPS, precision, recall, pass rate and input failure rate to diagnose coverage. Only headline MMI Value once enough outputs are present to grade answer quality reliably.
Make the benchmark useful to a product team.
Keep the user request fixed while changing tools, routing or prompts.
Do not hide missing assets inside one blended score.
Find whether the bottleneck is ingestion, tool choice, generation or content quality.
You can answer four questions.
Evaluate the complete agent experience, but preserve a model-level diagnostic underneath it.
True multimodality is a delivery problem.
Test the output choice
Understanding an image is only half of a multimodal interaction.
Separate absence from error
MPS tells you whether the right formats appeared. MMI Value tells you how good they were.
Benchmark the whole harness
Tools and orchestration can change what users actually receive.
If an agent can only explain the video it should have made, it is not yet omni in the way the user experiences it.
Read the paper. Run the benchmark.
This deck is a visual explainer of the attached paper. Figures and numerical claims are transcribed from the paper, with wording simplified for readability.