LLMfireworks

Fireworks: Ember-1

Ember-1 is a specialized reasoning model from Fireworks Research, built on [Kimi K3](https://openrouter.ai/moonshotai/kimi-k3). It is designed to make every token go further: it produces shorter reasoning traces, using roughly 40%...

Anyone in the Project can @-mention Fireworks: Ember-1 with the team's shared context - pooled credits, one chat, one memory.

All models

Starter is free forever - 1 Project, 100 credits/month, 1 MCP. No card.

Verdict

Ember-1 is Fireworks' first proprietary model, designed for high-throughput production workloads where cost and speed matter more than frontier reasoning. With a 1M token context window and aggressive pricing ($3 input, $15 output per Mtok), it targets teams running high-volume inference on structured tasks like classification, extraction, and routing. Vision support adds utility for document workflows. Trade-off: no public benchmarks yet, so you're betting on Fireworks' infrastructure reputation without independent performance data. Best for teams already on Fireworks who need a fast, cheap workhorse for repetitive tasks and can validate quality in-house.

Best for

  • High-volume classification and extraction
  • Document processing with vision input
  • Cost-sensitive production inference
  • Routing and triage workflows
  • Long-context summarization under budget

Strengths

The 1M token context window handles full codebases, lengthy transcripts, and multi-document analysis without chunking. Vision support lets you process invoices, receipts, and screenshots directly. Pricing undercuts most competitors on input tokens, making it viable for batch jobs that read far more than they write. Fireworks' inference infrastructure means low-latency responses even under load, which matters for user-facing features. The model's design prioritizes throughput over deep reasoning, so it excels at structured tasks where speed and cost dominate the equation.

Trade-offs

No public benchmarks means you're flying blind on quality relative to GPT-4o, Claude, or Gemini. Early proprietary models often lag frontier systems on complex reasoning, nuanced writing, and edge-case handling. Output pricing at $15/Mtok climbs quickly if your use case generates verbose responses. Vision capabilities likely trail GPT-4o and Claude 3.5 Sonnet on challenging visual reasoning. Without third-party evals, you'll need to run your own tests before committing production traffic. Teams outside the Fireworks ecosystem may find better-documented alternatives.

Specifications

Provider
fireworks
Category
llm
Context length
1,048,576 tokens
Max output
943,718 tokens
Modalities
text, image
License
proprietary
Released
2026-09-24

Pricing

Input
$3.00/Mtok
Output
$15.00/Mtok
Model ID
fireworks/ember-1

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

Estimated monthly spend
$116.16
17.6M tokens / month
5 seats · 80 msgs/day

Switchy meters this against your org's shared credit pool - one plan, one balance for everyone.

Providers

ProviderContextInputOutputP50 latencyThroughput30d uptime
fireworks1049k$3.00/Mtok$15.00/Mtok———

Performance

Performance snapshots are collected daily. Check back after the next ingestion run.

Benchmarks

Public benchmark scores are not available yet for this model. Check back after the next ingestion run.

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

Not enough Projects have used this model yet to share anonymised team stats. We wait for at least 50 distinct Projects per week before publishing any aggregate.

Starter prompts

Extract Invoice Line Items

Extract all line items from this invoice image. Return a JSON array with fields: description, quantity, unit_price, total. Include only items explicitly listed.

Classify Support Tickets

Classify this support ticket into one category: billing, technical, sales, or general. Return only the category name, no explanation.

Summarize Meeting Transcripts

Summarize this meeting transcript into 3-5 bullet points covering key decisions and action items. Be concise and specific.

Extract Entities from Contracts

Extract the following from this contract: party names, effective date, termination date, payment terms. Return as JSON with those exact keys.

Generate Product Descriptions

Write a 2-3 sentence product description for this item based on the specs provided. Focus on key benefits and use an upbeat, concise tone.

Example outputs

Illustrative - representative of the model's voice and quality, not literal recordings.

Prompt

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 ```

Output

The function has a critical bug: it doesn't handle remaining elements after one list is exhausted. When the while loop exits, any remaining items in list1 or list2 are dropped. Add `result.extend(list1[i:])` and `result.extend(list2[j:])` after the loop. For performance, the repeated `len()` calls are unnecessary overhead. Cache these values before the loop. Also consider that for very large lists, this approach uses O(n+m) extra space. If memory is constrained, you might want an iterator-based solution instead. Edge cases to test: empty lists, lists with duplicates, lists of different lengths, and single-element lists.

Notes

Ember-1's 1M+ token context window enables it to hold entire codebases in memory, making bug reviews more contextually aware. This example shows practical debugging with concrete fixes. The output-heavy pricing ($15/Mtok) means verbose explanations cost more than terse models, so teams should tune verbosity in their prompts.

Prompt

I have a product photo of a coffee mug on a white background. Describe three different lifestyle scene compositions I could create around it for an e-commerce hero image, including lighting and prop suggestions for each.

Output

**Morning Workspace Scene**: Place the mug on a light wood desk with an open laptop, scattered papers, and a small succulent. Use soft window light from the left to create gentle shadows. Add a pair of reading glasses and a half-eaten croissant on a small plate for lived-in authenticity. **Cozy Reading Nook**: Position the mug on a knitted blanket draped over an armchair arm. Include a hardcover book with a bookmark, warm Edison-bulb lighting from above, and a blurred bookshelf background. Steam rising from the mug adds warmth. **Minimalist Kitchen Counter**: Center the mug on marble or concrete with dramatic side lighting creating strong shadows. Add only a French press and a small plant cutting in a glass bottle. Keep the palette monochromatic for editorial sophistication.

Notes

The multimodal capability (text + image input) lets Ember-1 analyze actual product photos and suggest contextual improvements. This example demonstrates creative direction for visual content. Without public benchmarks, teams should test whether its image understanding matches specialized vision models for their specific use case before committing to the higher output cost.

Prompt

Summarize the key arguments from these three research papers on climate adaptation strategies, then identify where they disagree and propose a synthesis framework. Papers are attached as PDFs totaling 47 pages.

Output

**Paper 1** (Chen et al.) advocates technology-first adaptation: carbon capture, drought-resistant crops, and engineered coastal defenses. **Paper 2** (Okafor) emphasizes community-led resilience through traditional knowledge systems and decentralized infrastructure. **Paper 3** (Bergström) argues for policy-driven market mechanisms like carbon pricing and adaptation bonds. The core disagreement is **agency**: who drives adaptation? Chen trusts technical experts, Okafor trusts local communities, Bergström trusts market forces. **Synthesis framework**: Adaptation requires all three operating at different scales. Local communities identify vulnerabilities (Okafor), technical solutions address them (Chen), and policy creates enabling conditions (Bergström). The framework succeeds when information flows bidirectionally between scales, not top-down only.

Notes

With over 1M tokens of context, Ember-1 can ingest multiple long-form documents simultaneously and perform comparative analysis across them. This showcases its strength in research synthesis tasks. The massive context window is wasted on short prompts, so teams doing single-document work might find better value elsewhere. The example assumes PDF ingestion; verify multimodal support includes document parsing for your workflow.

Use-case deep-dives

Multi-document research synthesis

When 1M-token context beats RAG for research teams

A 4-person policy shop pulls 30-40 PDFs per brief—regulatory filings, white papers, court transcripts—and needs coherent summaries that cite across documents. Ember-1's 1M-token window lets you drop the entire corpus in one prompt instead of chunking into a RAG pipeline. At $3/Mtok input, a 600k-token research pass costs $1.80, which beats the engineering overhead of maintaining vector stores for ad-hoc projects. The trade-off: if you're running the same document set through 50+ queries, RAG amortizes better. But for one-off synthesis where you need the model to see everything at once, Ember-1's context size and input pricing make it the straightforward call.

High-volume image triage

Why Ember-1 doesn't pencil for vision-heavy workflows

A 12-person e-commerce team processes 2,000 product photos daily—tagging defects, extracting SKU details, flagging policy violations. Ember-1 supports image input, but the $15/Mtok output rate becomes the bottleneck: even terse JSON responses at scale push monthly costs into four figures. Without public vision benchmarks, you're also flying blind on accuracy versus GPT-4o or Claude 3.5 Sonnet, both of which publish MMMU and DocVQA scores. If your image workload generates more than 10-word outputs per item and runs above 500 images/day, test a vision-specialized model with lower output pricing first. Ember-1's context window is overkill here, and the output cost structure punishes the high-frequency use case.

Iterative creative copywriting

When output pricing kills the creative feedback loop

A 3-person content studio drafts blog intros, then iterates 4-6 times per piece based on client notes. Each revision generates 300-500 tokens of output. Ember-1's $15/Mtok output rate means a single 2,000-token draft costs $0.03, but 5 revisions across 40 posts/month adds up to $12+ in output fees alone—before accounting for input tokens on context and feedback. Models like Llama 3.3 70B or Gemini 1.5 Flash charge $0.60-$1.20/Mtok output and close the quality gap on creative tasks. Unless you're leveraging Ember-1's massive context for something specific (like drafting against a 200k-token brand guide), the output pricing makes it a poor fit for high-iteration creative work.

Frequently asked

Is Fireworks Ember-1 good for long-context tasks?

Yes. Ember-1's 1M token context window handles entire codebases, long documents, or multi-turn conversations without truncation. That's competitive with Claude 3.5 Sonnet and GPT-4 Turbo. Without public benchmarks, you'll need to test retrieval accuracy on your specific use case, but the raw capacity is there.

Is Ember-1 cheaper than GPT-4o or Claude Sonnet?

Yes for input, no for output. At $3/Mtok input, Ember-1 undercuts GPT-4o ($2.50) slightly and Claude Sonnet 3.5 ($3) directly. But $15/Mtok output is expensive—GPT-4o is $10, Sonnet is $15. If your workload is read-heavy with short responses, Ember-1 saves money. For generation-heavy tasks, it doesn't.

Can Ember-1 process images and text together?

Yes. Ember-1 supports multimodal input, so you can send screenshots, diagrams, or PDFs alongside text prompts. Fireworks doesn't publish vision benchmark scores, so test it on your image types—OCR, chart analysis, UI screenshots—before committing to production. The capability exists; performance is unverified.

Should I use Ember-1 without public benchmarks?

Only if you can test it yourself. No MMLU, HumanEval, or MT-Bench scores means you're flying blind on coding ability, reasoning, and instruction-following. Fireworks models typically perform well, but without data, you can't compare Ember-1 to Llama 3.3 70B or Qwen 2.5 72B. Run evals on your tasks first.

Is Ember-1 fast enough for real-time chat applications?

Likely yes, but verify latency. Fireworks optimizes for inference speed, and their infrastructure typically delivers sub-second time-to-first-token. The 1M context window won't slow down short prompts. Test with your expected prompt lengths and concurrency—Fireworks usually handles chat workloads well, but measure before you ship.

Compare with

More language models

See all language models →

Data last verified 12 hours ago.Sources aggregated hourly to weekly. See docs/architecture/model-directory.md.