← Latest papers
💻 computer science

MMTB: Evaluating Terminal Agents on Multimedia-File Tasks

This paper introduces MultiMedia-TerminalBench (MMTB), a benchmark of 105 tasks and the Terminus-MM harness, to evaluate terminal agents' ability to understand and act upon audio and video files, addressing a gap in existing benchmarks that focus primarily on text and code.

Original authors: Chiyeong Heo, Jaechang Kim, Junhyuk Kwon, Hoyoung Kim, Dongmin Park, Jonghyun Lee, Jungseul Ok

Published 2026-05-13
📖 6 min read🧠 Deep dive

Original authors: Chiyeong Heo, Jaechang Kim, Junhyuk Kwon, Hoyoung Kim, Dongmin Park, Jonghyun Lee, Jungseul Ok

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

The Big Picture: The "Blind" Robot vs. The "Seeing" Robot

Imagine you have a very smart robot assistant that lives inside a computer's command line (a text-only interface). This robot is great at reading text, writing code, and organizing files. But what happens when you ask it to edit a video, cut a song, or find a specific speaker in a meeting recording?

Currently, most of these robots are blind to the actual content of audio and video files. They can only "see" the file names (like meeting.mp4) or the file sizes. To understand what's inside, they have to use "crutches"—special text-based tools that try to guess what's happening by converting the video into a list of numbers or the audio into a rough transcript. It's like trying to describe a movie by only looking at the movie poster and reading a blurry summary written by someone who wasn't there.

This paper introduces a new way to test these robots and a new set of tools to help them actually see and hear what they are working with.


1. The New Test: MMTB (The "Multimedia Obstacle Course")

The authors created a new test called MMTB (MultiMedia-TerminalBench). Think of this as a driving test, but instead of driving a car, the robot has to edit multimedia files using only a keyboard and command-line tools.

  • The Tasks: There are 105 different challenges. They range from "cut the video to show only the person speaking" to "find the exact moment a specific sound happens in a podcast."
  • The Source: These aren't made-up puzzles. They are based on real jobs people actually do on freelance sites (like Upwork), such as editing videos for YouTube, transcribing meetings, or fixing audio for movies.
  • The Goal: The robot must produce a final file (like a cut video or a JSON list of timestamps) that proves it understood the content.

The Analogy: Imagine asking a chef to make a specific dish.

  • Old Test: You give the chef a list of ingredients (text) and ask them to cook. They can't taste the food; they just follow the recipe blindly.
  • MMTB: You give the chef the actual ingredients and say, "Taste this sauce and adjust the salt until it's perfect." The robot must actually "taste" (perceive) the audio and video to succeed.

2. The New Tool: Terminus-MM (The "Super-Senses" Harness)

To see if robots can do better when they have "super-senses," the authors built a new system called Terminus-MM.

  • The Old Way (Blind): The robot had to run a command like ffmpeg to turn a video into a bunch of still images, then run another command to turn those images into text descriptions, and then try to make a decision. It was a long, messy chain of guesses.
  • The New Way (Terminus-MM): This system gives the robot a direct "ear" and "eye." It can say, "Listen to this audio file directly" or "Watch this video clip directly" without converting it into text first.

The Analogy:

  • Blind Robot: Trying to identify a song by reading a text description of the lyrics and the tempo.
  • Terminus-MM: Putting on headphones and listening to the song directly.

3. What They Found (The Results)

The authors tested different versions of robots to see which ones could pass the MMTB test.

  • The "Blind" Robots Failed: Robots that could only read text or convert files to text (like the standard Codex CLI or Terminus-2) struggled. They only solved about 16% of the tasks. They got lost in the long chains of commands needed to "guess" the content.
  • The "Seeing" Robots Won: When the robots had direct access to audio and video (Terminus-MM), their success rate jumped significantly (up to 37% with the best models).
  • Efficiency Matters: The "blind" robots didn't just fail more; they were also slower and more expensive. Because they had to run so many conversion tools to guess the content, they burned through more money and time. The "seeing" robots got straight to the point.

The Analogy:
Imagine you need to find a specific red car in a parking lot.

  • Blind Robot: Takes a photo of every car, writes a description of each one, and then reads the descriptions to find the red one. It takes forever and makes mistakes.
  • Seeing Robot: Just looks at the parking lot and points to the red car immediately.

4. The "Goldilocks" Problem: Too Many Tools is Bad

One of the most interesting findings was about how the tools are presented to the robot.

  • The Mistake: If you give a robot every possible tool (a microphone, a camera, a magnifying glass) even when the task only involves a video file, the robot gets confused. It might waste time trying to "listen" to a video file that has no separate audio track, or it might get stuck in a loop of checking and re-checking.
  • The Fix: The best system (Terminus-MM) is smart about what tools it offers. If a task only has video files, it hides the audio tool. If it only has audio, it hides the video tool. This prevents the robot from wasting time on dead ends.

The Analogy:
If you are baking a cake, you don't need a hammer or a wrench. If you hand a baker a toolbox with everything in it, they might spend 20 minutes trying to figure out if they need to hammer the flour. The best system only hands them the whisk and the bowl.

Summary

This paper argues that for AI agents to truly master real-world tasks involving video and audio, they cannot just be "text processors" that guess what's inside a file. They need native access to hear and see the files directly.

  • Without this access: Robots are slow, expensive, and prone to errors because they rely on clumsy workarounds.
  • With this access: Robots become much more efficient and accurate, though they still need to be guided carefully so they don't get distracted by tools they don't need.

The paper concludes that the future of terminal agents lies in combining direct perception (hearing/seeing) with reliable tool use (executing commands), rather than just trying to translate everything into text first.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →