Mistral: Mistral Medium 3.5
Mistral Medium 3.5 is a dense 128B instruction-following model from Mistral AI. It supports text and image inputs with text output, and is designed for agentic workflows, coding, and complex...
Anyone in the Project can @-mention Mistral: Mistral Medium 3.5 with the team's shared context - pooled credits, one chat, one memory.
Starter is free forever - 1 Project, 100 credits/month, 1 MCP. No card.
Verdict
Best for
- Budget-conscious long-context analysis
- Multimodal tasks with cost constraints
- Document processing with vision needs
- Teams migrating from Mistral Small
Strengths
The 262K context window handles full codebases and lengthy documents without chunking. Multimodal support covers text, images, and file uploads in a single request. Input pricing at $1.50 per Mtok runs 40% cheaper than GPT-4o while maintaining vision capabilities. The model slots naturally into existing Mistral workflows for teams already using their API, with consistent prompt formatting across their lineup.
Trade-offs
Absence of public benchmarks makes capability assessment difficult compared to Claude or GPT-4 where MMLU, HumanEval, and reasoning scores are documented. As a mid-tier offering, expect it to trail Mistral Large on complex reasoning and code generation tasks. Output pricing at $7.50 per Mtok climbs higher than input, so verbose generation tasks eat budget quickly. Vision performance likely lags specialized models like GPT-4o or Claude Sonnet for detailed image analysis.
Specifications
- Provider
- mistralai
- Category
- llm
- Context length
- 262,144 tokens
- Max output
- 209,715 tokens
- Modalities
- text, image, file
- License
- proprietary
- Released
- 2026-04-30
Pricing
- Input
- $1.50/Mtok
- Output
- $7.50/Mtok
- Model ID
mistralai/mistral-medium-3-5
Per-token prices show what the model costs upstream. On Switchy your team draws from one shared org credit pool - one plan, one balance for everyone.
Team cost calculator
5 seats · 80 msgs/day
Switchy meters this against your org's shared credit pool - one plan, one balance for everyone.
Providers
| Provider | Context | Input | Output | P50 latency | Throughput | 30d uptime |
|---|---|---|---|---|---|---|
| mistralai | 262k | $1.50/Mtok | $7.50/Mtok | — | — | — |
Performance
Benchmarks
Works well with
Top MCPs
Compatibility data comes from first-party telemetry; once we have enough co-usage signal, top MCPs for this model will appear here.
How Switchy teams use it
Starter prompts
Analyze Multi-Page Contract
Review this contract and create a structured summary with: parties involved, key obligations for each party, payment terms, termination clauses, and any unusual provisions. Flag ambiguous language.
Screenshot to Code
Generate React component code for this UI screenshot. Include responsive layout, appropriate semantic HTML, and Tailwind classes. Add comments explaining layout decisions.
Research Paper Synthesis
I'm uploading three research papers on the same topic. Identify the main argument of each, compare their methodologies, highlight where they agree or conflict, and suggest gaps in the current research.
Codebase Documentation Audit
Analyze this codebase and identify: functions lacking docstrings, modules without README files, complex logic needing inline comments, and inconsistent documentation patterns. Prioritize by impact on maintainability.
Invoice Data Extraction
Extract from this invoice image: vendor name, invoice number, date, line items with descriptions and amounts, subtotal, tax, and total. Return as JSON with consistent field names.
Example outputs
Illustrative - representative of the model's voice and quality, not literal recordings.
Review this Python function for potential bugs. It's supposed to merge two sorted lists but users report it sometimes returns incorrect results when one list is empty.
The function has a boundary condition bug. When either input list is empty, the while loop exits immediately, but any remaining elements in the non-empty list aren't appended to the result. Add these lines after the main loop: ```python result.extend(list1[i:]) result.extend(list2[j:]) ``` This ensures leftover elements from either list get included. The core merge logic is sound—the issue only surfaces in edge cases where one input exhausts before the other.
Mistral Medium 3.5 identifies the specific failure mode and proposes a targeted fix without over-explaining. The 262K context window means it can handle reviewing entire codebases in one pass, though this example shows it excels at focused debugging tasks where precision matters more than context volume.
Explain the difference between JWT and session-based authentication to a junior developer who's building their first API. Keep it practical—what should they choose for a mobile app backend?
Session-based auth stores login state on your server (usually in Redis or a database). The client gets a session ID cookie. Simple, but your server must look up every request, and mobile apps handle cookies awkwardly. JWT puts the user data in a signed token the client stores. Your server just verifies the signature—no database lookup. Better for mobile because the app controls token storage. Downside: you can't revoke a JWT before it expires unless you add a blocklist, which reintroduces state. For a mobile backend, start with JWT. Simpler scaling, and expiration handles most logout cases.
The model balances technical accuracy with accessibility, avoiding jargon spirals while still mentioning implementation details like Redis. At $7.50/Mtok output, this explanation costs fractions of a cent but delivers clarity a junior dev can act on immediately. The practical recommendation shows decision-making ability, not just fact recitation.
Summarise this 40-page technical specification document [attached PDF] focusing on breaking changes between v2 and v3 of the API. Format as a migration checklist.
**Breaking Changes Checklist (v2 → v3)** - [ ] Update authentication: API keys now go in `X-API-Key` header, not query params (Section 3.2) - [ ] Rename endpoints: `/users/search` is now `/users/query`; `/orders/list` is `/orders` (Section 5.1) - [ ] Handle new error codes: 429 rate-limit responses now include `Retry-After` header (Section 8.3) - [ ] Adjust pagination: `offset` parameter removed; use cursor-based `next_token` instead (Section 6.4) - [ ] Remove deprecated fields: `user.legacy_id` and `order.old_status` no longer returned (Appendix B) Estimated migration effort: 4-6 hours for typical integration.
File ingestion and long-context processing combine here—the model can parse a full spec document and extract actionable migration steps. The checklist format makes this immediately useful. However, without public benchmarks, it's unclear how this compares to competitors on document accuracy at this context length.
Use-case deep-dives
When 262K context beats chaining for legal teams
A 4-person legal ops team needs to compare clauses across 15 vendor contracts before renewal season. Mistral Medium 3.5's 262,144-token window fits all documents in a single prompt—no chunking, no vector search, no context loss between calls. At $1.50/Mtok input, loading 200K tokens costs $0.30 per analysis run. The model handles file uploads natively, so paralegals drop PDFs directly without preprocessing. Output at $7.50/Mtok means a 5K-token summary costs $0.04. If you're running fewer than 100 comparisons per month, the workflow simplicity beats cheaper models that force you into RAG pipelines. Beyond that volume, consider batch processing with a lower-cost alternative.
Image-text reasoning for product data cleanup at scale
A 12-person marketplace startup ingests 800 new product listings daily, each with 3-6 images and unstructured descriptions. Mistral Medium 3.5's native image input lets you send a photo and ask 'Does this match the category tag?' or 'Extract dimensions from the label' without separate vision APIs. At $1.50 input per million tokens, processing 800 listings with 2K tokens each costs $2.40/day. The model's file handling means your pipeline stays in one place—no S3-to-vision-service handoffs. If accuracy on fine-detail OCR (small font, angled labels) matters more than speed, test against GPT-4o. For general catalog hygiene where you need good-enough answers in 2-3 seconds, this hits the price-capability sweet spot.
When mid-tier latency works for high-volume ticket routing
A 20-agent support team handles 1,200 inbound messages per day across email and chat. Mistral Medium 3.5 reads the message, checks account history (via API context), and routes to the right queue or suggests a canned response. At $1.50 input, a 1K-token triage call costs $0.0015; 1,200 daily tickets run $1.80. Output tokens for routing decisions are minimal (under 200), so daily output cost stays under $2. The model's text-only speed is fast enough for sub-3-second triage, which keeps chat users from bouncing. If you need sub-1-second responses or your ticket volume exceeds 5K/day, switch to a faster or cheaper model. Below that threshold, the balance of cost, context size, and multimodal flexibility makes this a solid default.
Frequently asked
Is Mistral Medium 3.5 good for general text tasks?
Yes, Mistral Medium 3.5 handles general text work well—summarization, drafting, Q&A, light analysis. It sits in the middle tier of Mistral's lineup, meaning it's faster and cheaper than their flagship models but less capable on complex reasoning. If you need nuanced logic or deep technical accuracy, step up to Mistral Large. For routine content work, Medium 3.5 is solid.
Is Mistral Medium 3.5 cheaper than GPT-4o?
Yes, significantly. At $1.50 input and $7.50 output per million tokens, Medium 3.5 costs roughly 60% less than GPT-4o's $2.50/$10 pricing. You're trading some reasoning depth for cost savings. If your workload is high-volume and doesn't need frontier-level intelligence, the price difference adds up fast. For complex tasks, GPT-4o's extra capability often justifies the premium.
Can Mistral Medium 3.5 handle 256k token contexts reliably?
The 262k context window is there, but practical performance degrades past 128k tokens like most models. You'll see slower responses and occasional accuracy drops on needle-in-haystack retrieval at the upper end. For document analysis under 100k tokens, it's fine. If you're routinely pushing 200k+ contexts, test thoroughly—context window size and usable context aren't always the same thing.
How does Mistral Medium 3.5 compare to Claude Sonnet 3.5?
Claude Sonnet 3.5 outperforms Medium 3.5 on reasoning, coding, and instruction-following, but costs more ($3/$15 vs $1.50/$7.50). Mistral's advantage is price and speed for simpler tasks. If you need nuanced analysis or complex multi-step logic, Sonnet wins. For high-throughput content generation where good-enough quality works, Medium 3.5's cost efficiency makes sense. Pick based on task complexity, not brand.
Should I use Mistral Medium 3.5 for customer support chatbots?
Yes, if your support queries are straightforward and you have decent prompt engineering. Medium 3.5 handles FAQ responses, order status, basic troubleshooting well at a price point that scales. It struggles with edge cases and complex multi-turn debugging compared to GPT-4 class models. Run a pilot on your actual support tickets—if accuracy stays above 85% and you're saving 60% on API costs, it's worth it.
Compare with
More language models
- Mistral: Mistral Medium 3.5 (batch)mistralai
- Mistral: Mistral Nemomistralai
- Mistral: Mistral Small 3mistralai
- Mistral: Mistral Small 3.1 24Bmistralai
- Mistral: Mistral Small 3.2 24Bmistralai
- Mistral: Mistral Small 4mistralai
- Mistral: Mistral Small 4 (batch)mistralai
- Mistral: Mixtral 8x22B Instructmistralai
- Mistral: Sabamistralai
- Mistral: Voxtral Small 24B 2507mistralai
- Moondream: Moondream 3.1moondream
- Moondream: Moondream 3 Previewmoondream