Qwen: Qwen3.6 27B
Qwen3.6 27B is a dense 27-billion-parameter language model from the Qwen Team at Alibaba, released in April 2026. It features hybrid multimodal capabilities — accepting text, image, and video inputs...
Anyone in the Project can @-mention Qwen: Qwen3.6 27B 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
- Multilingual content generation and translation
- Cost-sensitive multimodal analysis
- Long-context document processing under budget
- Video frame extraction and description
- Prototyping before scaling to frontier models
Strengths
The 262K context window lets you process entire codebases or long transcripts without chunking. Multimodal support across text, images, and video means you can analyze screenshots, diagrams, or video frames without switching models. At $0.30/$2.00 per Mtok, it costs roughly one-fifth what you'd pay for GPT-4o on equivalent tasks. Qwen models historically excel at Chinese and other non-English languages, making this a strong pick for global teams.
Trade-offs
At 27B parameters, this model will struggle with the deepest reasoning tasks that frontier models handle—think complex math proofs, intricate legal analysis, or multi-step code refactoring. Benchmark data isn't public yet, so you're flying somewhat blind on head-to-head comparisons. Video processing is newer territory for Qwen; expect occasional misreads on fast motion or dense visual scenes. If you need the absolute best performance on English-only tasks, larger models will outpace this.
Specifications
- Provider
- qwen
- Category
- llm
- Context length
- 262,144 tokens
- Max output
- 235,929 tokens
- Modalities
- text, image, video
- License
- proprietary
- Released
- 2026-04-27
Pricing
- Input
- $0.60/Mtok
- Output
- $3.60/Mtok
- Model ID
qwen/qwen3.6-27b
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 |
|---|---|---|---|---|---|---|
| qwen | 262k | $0.28/Mtok | $2.40/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
Multilingual Product Description
Write a 100-word product description for a wireless keyboard in English, Spanish, and Mandarin Chinese. Keep tone professional and highlight battery life, key travel, and Bluetooth range.Open in a Project →
Screenshot UI Analysis
Analyze this mobile app screenshot. List all UI elements you see, identify any usability issues, and suggest two specific improvements to the navigation flow.Open in a Project →
Long Document Summarization
Summarize this 50-page quarterly report into five bullet points covering revenue trends, operational challenges, and strategic priorities. Focus on actionable insights for an executive audience.Open in a Project →
Video Frame Description
I'm providing frames from a 30-second product demo video. Describe what happens in each frame, noting any text overlays, product features shown, and transitions between scenes.Open in a Project →
Code Review with Context
Review this pull request. The full codebase is included above. Check for logic errors, suggest performance improvements, and flag any breaking changes to the public API.Open in a Project →
Example outputs
Illustrative - representative of the model's voice and quality, not literal recordings.
Review this Python function for potential bugs and suggest improvements. Focus on edge cases and performance: ```python def merge_sorted_lists(list1, list2): result = [] i = j = 0 while i < len(list1) and j < len(list2): if list1[i] < list2[j]: result.append(list1[i]) i += 1 else: result.append(list2[j]) j += 1 return result ```
The function has a critical bug: it doesn't append remaining elements after one list is exhausted. Add `result.extend(list1[i:])` and `result.extend(list2[j:])` after the while loop. For performance, consider using `itertools.chain()` with `heapq.merge()` for larger lists—it's O(n) and memory-efficient. The current approach creates a new list with repeated appends; pre-allocating with `result = [None] * (len(list1) + len(list2))` and index assignment would reduce allocations. Edge case: function assumes both inputs are sorted and doesn't validate that assumption.
This example shows Qwen3.6 27B's code analysis depth—it catches the logic bug, suggests algorithmic alternatives, and addresses performance patterns. The 262K token context window means it could review entire codebases in one pass, though this example keeps scope narrow. Response is practical but assumes intermediate Python knowledge.
I'm designing a SaaS onboarding flow. Generate 5 microcopy variants for a button that lets users skip the tutorial. The app is a project management tool for remote teams. Tone should be encouraging but not pushy.
1. "I'll explore on my own" — Empowers user autonomy without implying the tutorial lacks value. 2. "Jump straight in" — Action-oriented, suggests confidence rather than avoidance. 3. "Skip for now" — Leaves door open for later, reduces commitment anxiety. 4. "Start with a blank canvas" — Frames skipping as a creative choice, fits PM context. 5. "I'm familiar with PM tools" — Acknowledges user expertise, respects their time. Recommendation: Test #2 and #4 in A/B—they reframe skipping as positive action rather than rejection. Avoid "Skip tutorial" (too blunt) or "Maybe later" (creates guilt).
Demonstrates multimodal reasoning—Qwen3.6 processes the product context (remote teams, PM tool) and tone constraints to generate contextually appropriate options. The strategic recommendation shows it's not just generating variants but evaluating them. At $3.20/Mtok output, this kind of creative iteration is cost-effective compared to text-heavy models.
Analyze this customer support transcript and identify: (1) the root cause of the issue, (2) whether the agent followed our escalation protocol, (3) sentiment trajectory. Transcript: [360-line conversation with timestamps, multiple handoffs, technical jargon, and emotional language spanning 48 minutes]
**Root cause:** Billing system charged customer twice due to webhook retry logic firing after initial timeout (lines 89-104). Not a duplicate order—same transaction ID processed twice. **Protocol adherence:** Partial. Agent correctly escalated to L2 at 12-minute mark (protocol: 10 min) but failed to offer proactive refund before customer requested it (line 201). Missed required empathy statement during second handoff. **Sentiment:** Started neutral (CSAT proxy: 6/10), dropped to frustrated at 18-min mark when asked to repeat information, recovered to cautiously positive after refund confirmation (est. 7/10). Key inflection at line 267 when agent acknowledged system fault without deflection.
This showcases the 262K token context window's practical value—ingesting a full support transcript without summarization preserves nuance that shorter-context models would lose. Qwen3.6 extracts structured insights from unstructured conversation while tracking sentiment shifts. Trade-off: no benchmark data means we can't compare its accuracy to specialized support-analysis models.
Use-case deep-dives
When Qwen3.6 27B handles image-heavy SKU tagging at scale
A 12-person e-commerce team processes 800 product photos daily, extracting attributes for search filters and auto-generating descriptions. Qwen3.6 27B's native image+text input means you skip the separate vision API call—feed the product shot and existing metadata in one request, get structured JSON back with color, material, style tags. At $0.32 input per million tokens, a 500-token image embedding plus 200-token prompt costs under a tenth of a cent per SKU. The 262k context window lets you batch 40-50 products in a single call for consistency across a collection. Output at $3.20/Mtok keeps 300-word descriptions economical when you're generating thousands weekly. If your catalog is under 200 items or accuracy demands exceed 95%, validate with a specialist vision model first. For mid-volume catalogs where speed and cost matter more than perfection, this is the call.
Why Qwen3.6 27B works for in-house counsel reviewing contracts
A 4-lawyer startup team reviews 15-20 SaaS vendor agreements monthly, each 30-80 pages. Qwen3.6 27B's 262k token context fits a full 60-page contract (roughly 90k tokens) plus your internal compliance checklist and 20 follow-up questions in a single session—no chunking, no retrieval layer, no context loss between clauses. You ask "Does Section 8 conflict with our data residency policy?" and get an answer grounded in both documents. At $0.32 input per Mtok, loading a 90k-token contract costs 3 cents; five rounds of Q&A add another 2 cents in output. The 27B parameter count won't match frontier models on nuanced legal reasoning, but for routine vendor paper where you're checking boxes, not litigating edge cases, it's fast and cheap enough to run on every agreement. If you're negotiating M&A or IP licensing, escalate to a 70B+ model.
When Qwen3.6 27B's video input cuts moderation latency for UGC platforms
A 20-person social app moderates 5,000 user-uploaded videos daily, flagging violence, hate symbols, and policy violations before publish. Qwen3.6 27B ingests video natively—you send 10-second clips as token sequences, ask "Does this contain prohibited content?", and get a yes/no plus reasoning in under 2 seconds. No separate transcription or frame-extraction pipeline. At $0.32 input per Mtok, a 10-second video (roughly 8k tokens) plus a 100-token prompt costs a fraction of a cent per clip. Output at $3.20/Mtok keeps the 150-token explanation affordable even at 5k daily reviews. The model won't catch every deepfake or context-dependent slur a human would, so route borderline cases (confidence under 80%) to human review. For high-volume, low-stakes moderation where you need sub-3-second decisions and can tolerate a 5-8% false-negative rate, this is the right trade-off.
Frequently asked
Is Qwen3.6 27B good for general text generation tasks?
Yes, Qwen3.6 27B handles most text generation well — summarization, drafting, Q&A, and light reasoning. At 27B parameters it sits between smaller fast models and heavyweight reasoning engines. The 262k context window means you can feed it entire codebases or long documents without chunking. It won't match 70B+ models on complex logic, but for everyday text work it's solid.
Is Qwen3.6 27B cheaper than GPT-4o or Claude Sonnet?
Much cheaper. At $0.32 input and $3.20 output per million tokens, Qwen3.6 costs roughly 10-15x less than GPT-4o or Claude Sonnet 3.5 for comparable workloads. If you're processing high volumes of text where top-tier reasoning isn't critical — customer support, content moderation, data extraction — the cost savings add up fast without sacrificing too much quality.
Can Qwen3.6 27B handle multimodal inputs like images and video?
Yes, it accepts text, image, and video inputs. You can feed it screenshots for UI analysis, diagrams for technical questions, or video frames for content understanding. The quality depends on your use case — it's not a specialist vision model, so don't expect GPT-4V-level image reasoning. For basic multimodal tasks like document parsing or video summarization, it works fine.
How does Qwen3.6 27B compare to the previous Qwen2.5 models?
Qwen3.6 extends the context window significantly — 262k tokens versus 128k in Qwen2.5 72B. The 27B parameter count makes it faster and cheaper to run than the 72B variant while maintaining competitive performance on most tasks. If you need the extra context for long documents or don't require maximum reasoning depth, Qwen3.6 27B is the better pick for cost-efficiency.
Should I use Qwen3.6 27B for production chatbots?
Yes, if cost and speed matter more than cutting-edge reasoning. The 262k context lets you maintain long conversation histories or inject large knowledge bases. Latency should be acceptable for chat — 27B models typically respond in 1-3 seconds depending on your infrastructure. For customer service, internal tools, or high-volume chat where you don't need GPT-4-class logic, it's a practical choice.