Why AI Agents Need Million-Token Context — Thomas Wolf & Olive Song, MiniMax

Idea #1
Multimodal perception in agents is deeply underexplored as a source of agentic capability, and the gap is larger than it appears. A text-only agent is fundamentally limited to structured, extractable information: if the relevant content is in a slide deck, a chart, a video walkthrough, or any format where text extraction loses semantic content, the agent is operating blind. A multimodal agent that can watch a video, read a PowerPoint as rendered slides, or interpret figures in a PDF can then invoke tools, take actions, and complete tasks that require synthesizing that visual information with the task goal. The practical effect is not just broader input support — it is a qualitative expansion in what kinds of workflows can be automated. Consider an agent that needs to understand a client's financial report presented as charts and tables in a PDF before deciding which tool to call: a text-only model gets OCR fragments; a multimodal model gets the actual visual semantics. The M3 model combines 1M-token context with native vision (image + video) and tool use, explicitly targeting this agentic use case — and the MiniMax team noted that this combination remains underexplored even among users who already have access to the model, suggesting most practitioners have not yet updated their mental model of what a vision-capable agent can actually do.

Idea #2
Sparse attention with a two-branch index design is currently the most credible architectural path to making million-token context both efficient and scalable. The problem with standard full attention is quadratic cost in sequence length — at 1M tokens this is prohibitively expensive. Flash attention addressed memory bandwidth bottlenecks but does not change the fundamental O(n²) compute. The sparse attention approach taken in MiniMax Sparse Attention (MSA) splits the work into two branches: an index branch that operates at a coarse level and selects which blocks of the context are relevant to the current computation, and a sparse attention branch that performs the actual attention calculation only over those selected blocks. This is architecturally elegant because the design principle scales in two directions independently: you can increase context length without proportionally increasing compute (since you're only attending to selected blocks), and you can scale model size without redesigning the attention mechanism. The fact that an intern at MiniMax proposed this architecture — and that it shipped in a top-5 open-source model — suggests there is still meaningful low-hanging fruit in attention design for practitioners willing to work from first principles rather than assuming flash attention is the final word.

Idea #3
Long context in LLMs is not primarily a document-reading feature — it is an agent infrastructure requirement. The key insight is that as an agent operates across many turns, each tool call returns a response, and those responses stack up in the context alongside the conversation history, prior observations, and intermediate reasoning. When the task is complex enough to require many tool calls and many rounds of environment interaction, a 128K-token context creates a hard ceiling on what the agent can actually complete: it will run out of room before it runs out of work. This reframes the question of "why do we need million-token context?" from a document-ingestion story ("I want to read a whole book") to an agent architecture story ("my agent needs a working memory large enough to hold the entire trajectory of a long-horizon task without truncation"). The practical implication for system design is that context length is a lever on task complexity ceiling, not just on input size. MiniMax went back to extending context for M3 explicitly because their M1/01 work showed that while 10M tokens was achievable in a read-only mode (e.g., dump in a book and get a review), that was insufficient once the model was deployed as an agent interacting with an environment and accumulating tool responses across rounds.

Idea #4
Integrating vision into a language model from the very first pretraining step is architecturally superior to both adapter-based post-hoc integration and mid-training continued pretraining, for reasons of convergence stability and cross-scale generalization. The typical approach in most labs is to finish text pretraining, then attach a visual encoder via adapter layers and fine-tune. The observed failure mode is that the model has already converged toward a text representation attractor, so vision performance lags and text performance degrades — the model is pulled in two directions simultaneously. A second common approach — continuing pretraining from halfway through with visual data — avoids the adapter problem but introduces a new one: the recipe (data mixture, learning rates, warmup) that works for one model size and architecture does not generalize to a larger model. You cannot reliably extrapolate your experimental findings, which makes scaling expensive and unpredictable. Starting from step one eliminates both problems: the representation space forms with visual and textual information jointly from the beginning, so no attractor exists to fight. The engineering challenge is instability — models trained this way typically collapse early in training. MiniMax solved this through extensive work on the ViT component and data pipeline, specifically by keeping images and video frames in the training data (rather than masking them out) with careful cleaning and reward modeling, which stabilized joint convergence.

Source: Why AI Agents Need Million-Token Context — Thomas Wolf & Olive Song, MiniMax (AI Engineer)

Text summarized and optimized using Anthropic’s models and reviewed by a human.