Bug: MiMo V2.5 (mimo-v2.5) advertises video/audio support but video input is never received by the model

Description

Summary

The OpenCode Go model mimo-v2.5 advertises text, image, audio, video input capabilities (visible in /models and the model picker), but video input is never actually received by the model. The model responds "没收到" (didn't receive) regardless of format.

Tested formats (all failed)

All tested against https://opencode.ai/zen/go/v1/chat/completions with model mimo-v2.5:

1. {"type": "video_url", "video_url": "data:video/mp4;base64,..."} → model replies it didn't receive any video
2. {"type": "input_video", "video_url": {"url": "data:..."}} → HTTP 503 "Endpoint is unavailable"
3. {"type": "input_video", "video_url": "data:..."} → model replies it didn't receive any video
4. {"type": "video", "video": {...}} and {"type": "video", "video": "data:..."} → model replies it didn't receive any video
5. Public HTTPS video URLs (e.g. MDN/W3Schools test videos) with video_url → model replies it didn't receive any video

For comparison

• qwen3.7-plus with {"type": "video_url", "video_url": "data:video/mp4;base64,..."} works — the model correctly describes the video content.
• kimi-k2.7-code with the same format also works.
• mimo-v2.5 text input works fine (normal chat responses).

Expected behavior

Either video input should actually reach the model (per the advertised capabilities), or the metadata should not advertise video support.

Actual behavior

The model receives the message but no video content — the video modality is effectively non-functional despite being advertised.

Plugins

vision-auto-switch.ts (custom), ooclaw-opencode.js

OpenCode version

1.18.13

Steps to reproduce

1. Use OpenCode Go subscription with API key
2. Send a chat completion request to https://opencode.ai/zen/go/v1/chat/completions with model=mimo-v2.5
3. Include a video content part (any format: video_url string, input_video object, base64 data URL, or public HTTPS URL)
4. Observe: the model responds that it received no video
5. Repeat with qwen3.7-plus using identical video_url format → video is received and described correctly

Screenshot and/or share link

N/A (API-level bug, reproducible with plain curl)

Operating System

Windows 11

Terminal

Windows Terminal