LongCat-2.0 1.6T MoE: Self-Host vs Public API (2026 Pricing)

On July 4, 2026, Meituan's LongCat team released the full weights and inference code for LongCat-2.0 under the MIT license — a 1.6 trillion parameter Mixture-of-Experts model with approximately 48B active parameters per token and a 1 million token context window. This is the same model that shipped as "Owl Alpha" on OpenRouter a few days earlier, and it is now the largest fully-open MoE language model available without a separate commercial agreement.

For developers deciding between self-hosting LongCat-2.0, routing it through OpenRouter, or using a cheaper dense model like DeepSeek V3, this guide covers the cost math, the GPU hardware requirements, the API surface, and the real-world workloads where LongCat-2.0's 1.6T total / 48B active / 1M context combination is the right call.

What Meituan shipped on July 4, 2026

The July 4 release is the second milestone in LongCat-2.0's two-step launch. The first was the late-June rollout on OpenRouter under the code name "Owl Alpha", where the model became available to anyone with an OpenRouter API key without the weights being public. The second is the full open-source release:

  • Weights — 1.6T total / 48B active MoE, BF16 and INT4 quantized checkpoints on Hugging Face under meituan-longcat/LongCat-2.0.
  • Inference code — a vLLM-compatible serving stack on GitHub at github.com/meituan-longcat/LongCat-2.0, including tensor parallelism configs for 8x H100 / 8x H200 nodes.
  • Tokenizer + eval suite — standard BPE tokenizer plus the MMLU, GSM8K, HumanEval, and LongBench v2 evaluation recipes used in the launch announcement.
  • License — MIT on every artifact, with no commercial restriction clause and no separate "research-only" tier. This puts LongCat-2.0 in the same license tier as Meta's Llama and Mistral's open models, but stricter than the LLaMA community license's 700M-user clause.

The combination of 1.6T total parameters and a MoE routing layer that activates only ~48B per token is what makes the model economically interesting. The total knowledge capacity is in the same league as closed flagships (GPT-5.6 is rumored at 2T total, Claude Sonnet 5 at undisclosed scale), but the inference cost is bounded by the 48B active figure rather than the 1.6T headline number.

Self-hosting LongCat-2.0: hardware, cost, and when it pays off

The headline 1.6T figure is misleading without context. Self-hosting the full unquantized model in BF16 requires roughly 3.2 TB of VRAM — a multi-rack deployment that no single node can serve. The realistic production paths fall into three tiers:

Deployment tierHardwareVRAMThroughput
INT4 quantized full model8× H100 80GB or 4× H200 141GB~800 GB~120 tok/s/user @ 50 concurrent
BF16 full model (recommended)16× H100 80GB or 8× H200 141GB~3.2 TB~240 tok/s/user @ 50 concurrent
LongCat-2-140B distilled4× H100 80GB or 2× H200 141GB~280 GB~180 tok/s/user @ 30 concurrent
LongCat-2-70B distilled2× H100 80GB or 1× H200 141GB~140 GB~200 tok/s/user @ 20 concurrent

At cloud spot pricing (RunPod, Lambda Labs, CoreWeave), an 8x H100 SXM node rents for $24-32/hour. The BF16 full-model deployment at 16x H100 doubles that to $48-64/hour. For a 24/7 production deployment the monthly bill lands between $35,000 and $47,000 before electricity and engineering time. The unit economics only beat the public API when sustained utilization stays above 50-60%.

The break-even calculation: at $28/hour for an 8x H100 node, the cost per 1K output tokens (assuming 240 tok/s/user and 50 concurrent users, which is full saturation) is roughly $0.0006. At 30% utilization the unit cost rises to $0.0021 per 1K tokens. The OpenRouter public route charges $2.40/M output tokens = $0.0024 per 1K tokens. Self-hosting breaks even at ~58% sustained utilization. Below that, the public API is cheaper.

LongCat-2.0 via OpenRouter: zero infrastructure

For teams that do not want to manage GPU clusters, LongCat-2.0 is already live on OpenRouter under the model ID meituan/longcat-2-0-1.6t-moe. The same model that was "Owl Alpha" during the preview window is the same one now that the weights are public — the only difference is that you can now also download and host it yourself.

  • Input price: $0.60 per 1M tokens (~$0.0006 per 1K)
  • Output price: $2.40 per 1M tokens (~$0.0024 per 1K)
  • Context window: 1,000,000 tokens
  • Tool calling: OpenAI-compatible schema, drop-in for Chat Completions clients
  • Throughput: provider-managed, no rate-limit headers exposed

The pricing is roughly 2.2x DeepSeek V3's $0.27/M input on OpenRouter, which reflects LongCat-2.0's higher active parameter count (48B vs 21B). For workloads where the 1M context window matters, the premium is justifiable — for general chat workloads at sub-128K context, DeepSeek V3 remains the cheaper path.

LongCat-2.0 vs DeepSeek V3 vs Llama 3.1 405B: cost + capability matrix

DimensionLongCat-2.0DeepSeek V3Llama 3.1 405B
Total parameters1.6T671B405B (dense)
Active per token~48B~21B405B
Context window1M128K128K
LicenseMITMIT (custom)Llama Community
OpenRouter input $/M$0.60$0.27$3.50
OpenRouter output $/M$2.40$1.10$3.50
Self-host min VRAM (BF16)~3.2 TB (multi-node)~1.4 TB (8× H100)~810 GB (4× H100)
MMLU score (reported)88.488.588.6
HumanEval (reported)86.282.689.0
LongBench v2 (long-context)62.148.746.2

The numbers tell a clear story: LongCat-2.0 is competitive on general benchmarks (within 0.5 points of the leaders) but dominates on long-context workloads (62.1 vs 48.7 on LongBench v2, a +13.4 point lead). For long-document RAG, codebase analysis, and multi-turn agentic loops where context accumulates beyond 128K, LongCat-2.0 is the strongest open-weight option as of July 2026.

Self-host setup: 30-minute deploy on RunPod

The reference deployment recipe from the LongCat GitHub repo uses vLLM 0.7+ with tensor parallelism. For a single-node INT4 quantized deployment on 8x H100, the deploy sequence is:

# 1. Pull the inference repo
git clone https://github.com/meituan-longcat/LongCat-2.0.git
cd LongCat-2.0

# 2. Pull the INT4 quantized weights from Hugging Face
pip install -U huggingface_hub
huggingface-cli download meituan-longcat/LongCat-2.0     --include "longcat-2-int4/*"     --local-dir ./weights-int4

# 3. Start vLLM with tensor parallelism across 8 GPUs
vllm serve ./weights-int4/longcat-2-int4     --tensor-parallel-size 8     --max-model-len 1000000     --gpu-memory-utilization 0.92     --tool-call-parser longcat     --enable-auto-tool-choice     --port 8000

# 4. Test with curl
curl http://localhost:8000/v1/chat/completions   -H "Content-Type: application/json"   -d '{
    "model": "longcat-2-int4",
    "messages": [{"role":"user","content":"Hello in Chinese"}],
    "max_tokens": 200
  }'

The deployment runs as an OpenAI-compatible endpoint, which means any client that speaks the Chat Completions schema (LangChain, LlamaIndex, OpenAI SDK with custom base_url) works without code changes. This is what makes the OpenRouter path and the self-host path functionally interchangeable for application code.

When to choose which path

  • Choose OpenRouter ($0.60/$2.40 per M) if your workload is variable-volume, prototype-stage, or under 50% sustained utilization. The break-even against self-host is at ~58% sustained utilization; below that, the public API is cheaper than running your own GPUs.
  • Choose self-host on RunPod/Lambda/CoreWeave if your workload is high-volume (50M+ tokens/day), latency-sensitive (sub-100ms TTFB), or subject to data-residency rules that prohibit routing through a third party. The 8x H100 INT4 path is the cheapest self-host config that maintains quality.
  • Choose DeepSeek V3 instead if your context window is under 128K and your priority is per-token cost. DeepSeek V3 is 2.2x cheaper than LongCat-2.0 on the public API and does not need self-hosting to be cost-efficient.
  • Choose Llama 3.1 405B instead if you need dense-model determinism (no MoE routing variance) and can accept the 5.8x higher OpenRouter price. Llama 3.1 405B is still the densest open-weight model with credible production tooling.
  • Choose Anthropic Claude Sonnet 5 / OpenAI GPT-5.6 instead if your workload requires the absolute frontier in agentic tool use or computer-use benchmarks. LongCat-2.0 is competitive but not state-of-the-art on OSWorld-Verified or BrowseComp.

Limitations of the July 4 release

Three things to know before you commit to LongCat-2.0 as a production backbone:

  • No multimodal input. LongCat-2.0 is text-only. For image/video input you still need Gemini Omni Flash, Claude Sonnet 5 vision, or Qwen-VL-Plus. Meituan has not announced a multimodal variant as of July 6, 2026.
  • No function-calling benchmarks published. The inference repo claims OpenAI-compatible tool calling support, but Meituan has not published BFCL or ToolBench numbers. Treat tool-call reliability as unverified until community evals land.
  • INT4 quality drop. The INT4 quantized variant (which is the only one that fits on a single 8x H100 node) loses roughly 2-3 MMLU points versus the BF16 full model. For workloads where the 88.4 MMLU floor matters, the BF16 multi-node deployment is non-negotiable.

Verdict: a strong long-context open-weight option, not a universal replacement

Meituan's LongCat-2.0 is the most credible open-weight MoE release of 2026 so far. The MIT license is real (no commercial clause), the 1.6T total / 48B active split puts it in the same operational cost class as DeepSeek V3 despite the larger headline, and the 1M context window unlocks workloads that the 128K-tier open models have been blocking. The two distilled variants (70B and 140B) give single-node and dual-node deployment options that fit budget-constrained teams.

For long-context RAG, full-codebase analysis, and multi-hour document processing, LongCat-2.0 is the strongest open-weight pick as of July 2026. For general chat at sub-128K context, DeepSeek V3 is still cheaper and easier. For state-of-the-art agentic tool use, the closed flagships (Claude Sonnet 5, GPT-5.6 Pro) still lead. The smart production architecture in mid-2026 is a multi-model router — OpenRouter with LongCat-2.0 for long-context traffic, DeepSeek V3 for general chat, and Claude Sonnet 5 for the hardest 5% of workloads. This is the routing pattern that FreeModel's API gateway ships out of the box for teams that want the multi-model fallback without writing the routing layer themselves.