Open LLMs/scottgl

Open-Weight LLM · Private & Custom AI

MiniMax-M2.7-REAP-172B-A10B-NVFP4-GB10

Dense-expert MoE (172B) quantized for private inference on enterprise hardware—trade-off model for ops teams needing reasoning + code in a self-hosted, cost-controlled footprint.

MiniMax-M2.7-REAP is a Mixture-of-Experts language model (192 pruned experts, 62 layers) aggressively quantized to ~92 GiB via NVFP4 W4A4 (attention) and FP8 (output head). Developed for NVIDIA GB10 Grace Blackwell but runs on upstream vLLM/SGLang without patches. For ops teams: lower cost-per-token than dense models, private deployment on owned infrastructure, and reasonable multi-turn reasoning for customer-facing or internal automation.

97.6B
Parameters
mit
License (OSI/permissive)
Unknown
Context
97.8k
Downloads

Model facts

Developerscottgl
Parameters97.6B
Context windowUnknown
Licensemit — OSI/permissive
Tasktext-generation
GatedNo
Downloads97.8k
Likes3
Updated2026-04-16
Sourcescottgl/MiniMax-M2.7-REAP-172B-A10B-NVFP4-GB10

Private deployment

Run MiniMax-M2.7-REAP-172B-A10B-NVFP4-GB10 in your own environment

Self-hosted deployment removes model and interaction data from third-party APIs—critical for regulated ops (finance, legal, healthcare automation). Runs on a single GB10 Spark node (~92 GiB) or multi-GPU enterprise setups with vLLM. Setup: deploy SGLang/vLLM server in your VPC, load model via HuggingFace token or air-gapped download, route all prompts/completions through your infrastructure. Data never leaves your environment. Trade-off: you own the operational overhead (scaling, inference optimization, upgrades).

Operational AI use cases

01

Customer Support Ticket Triage & Drafting

Route incoming support tickets through MiniMax to classify severity, extract intent, and auto-draft responses. Use grouped-query attention (8 KV heads) to handle long ticket histories (196K context) while staying under latency budgets. Run privately to keep customer data off public APIs. Expected 1–2% accuracy cost vs. unquantized is acceptable for triage—false positives caught by human review.

02

Internal Knowledge Base Q&A & Compliance Audit

Index company policies, SOPs, and financial records in a vector DB; use MiniMax as the retrieval-augmented generation (RAG) backbone to answer operator questions (finance, HR, legal compliance). 196K context window fits multi-document queries. Quantization reduces cost-per-query on high-volume ops teams. Self-hosted ensures audit logs stay in-house.

03

Code Review & Documentation Automation

Feed pull requests and code diffs to MiniMax for static suggestion and comment generation. MoE routing (top-8 of 192 experts) activates different pathways for different code patterns—more efficient than dense models. Accepts 1–2% code-task regression from quantization; ops gain: reduced GPU cost, no external code exposure, integration with GitOps pipelines.

Custom AI

As a base for custom AI

Use as a fine-tuning base for domain-specific agents (e.g., ops chatbot for payroll queries, support triage, procurement workflows). The MoE architecture allows targeted expert adaptation without retraining all parameters. Quantized weights reduce fine-tuning memory and serve-time cost. Start with the base checkpoint, LoRA-adapt on your domain data, deploy privately. Expect 3–5% downstream accuracy loss from quantization—acceptable for internal ops tools where human-in-the-loop is standard.

In the operating system

Where it fits

In LLM.co's ops AI stack: (1) Knowledge layer—RAG backbone for policy/doc Q&A; (2) Agent layer—reasoning engine for multi-step workflows (ticket triage → escalation → drafting); (3) Workflow layer—LLM call within orchestration (Temporal, Prefect, etc.) to automate departmental tasks. Quantization + MoE make it cost-effective for high-throughput, multi-tenant scenarios. Not ideal for low-latency, single-turn chat (use smaller models instead).

Data control & security

Self-hosted architecture means all prompts, completions, and intermediate embeddings remain in your VPC—no third-party model provider sees operational data. This is an architectural advantage, not a claim about the model itself. Compliance: your responsibility to log, audit, and secure the inference server (apply standard HIPAA/SOC2 practices to the deployment, not the model). Quantization does not add security; it reduces cost and latency. Attestation/transparency: all weights and code are open-source (MIT license), auditable by your security team.

Hardware footprint

**Estimate (assuming standard GPU memory measurement):** ~92 GiB (base model weights). **Inference-time total (including KV-cache, batch size 1, 196K context):** ~110–130 GiB peak VRAM. Fits a single 192 GiB GB10, or multi-GPU setup (e.g., 2× 80 GiB A100s with tensor parallelism). **Decode throughput (GB10):** ≥35 tok/s target (per model card); expect lower on older hardware. For comparison: dense 172B model would be ~340 GiB unquantized.

Integration

Runs on vLLM (--quantization compressed-tensors) or SGLang (--trust-remote-code). Expose via OpenAI-compatible REST API (vLLM's /v1/chat/completions) or native SGLang Python. Integrate into ops stacks: call from Python workers, Go microservices, or workflow engines via HTTP. For multi-turn: manage conversation state in your app (stateless LLM calls); feed full history to each request (196K context allows this). Batch inference: vLLM supports batch requests—useful for bulk ticket processing, async doc review. No native fine-tuning server; adapt upstream (use transformers lib, save LoRA adapters, reload with peft).

When it's not the right fit

  • You need state-of-the-art accuracy on code/reasoning tasks: ~1–2% quantization regression is real; if you can't tolerate it, use the unquantized source checkpoint (but costs 3–4× more VRAM).
  • Sub-100ms latency required: MoE routing + quantization overhead means prefill is slower than smaller dense models; use Llama 3.1 8B or Phi-4 for real-time chat.
  • You lack hardware/DevOps capacity to run and scale inference servers: managed APIs (OpenAI, Claude) are cheaper operationally if you accept data leaving your environment.
  • Your use case is low-context (< 4K tokens): overkill—use a smaller, faster model; MiniMax's 196K window is an advantage only if you exploit it.

Alternatives to consider

Llama 3.1 70B

Denser, more widely supported, easier to fine-tune. No MoE; costs more VRAM (~140 GiB unquantized) but simpler inference. MIT license. Better for teams with less custom hardware.

Mixtral 8x22B

Also MoE, more mature ecosystem, broader tooling support. ~110 GiB at FP8. Similar quantization regressions; Mistral has better commercial clarity. Fewer experts (8×22B vs. 192×1.5B) means different routing behavior.

Qwen 2 72B

Strong code and reasoning, dense, ~144 GiB unquantized (~72 GiB FP8). No MoE complexity; easier to self-host and optimize. Comparable accuracy to MiniMax without quantization loss. Alibaba's model; Qwen ecosystem is growing.

FAQ

Can I run this on two 80 GiB GPUs?

Yes, with tensor parallelism (--tensor-parallel-size 2 in vLLM). Weights are sharded across GPUs; communication overhead is low on modern interconnects (NVLink, InfiniBand). Expect ~10% throughput hit vs. single GPU due to all-reduce. Not recommended for real-time serving unless you have very low QPS.

Is this model compliant with HIPAA / SOC2 / PCI-DSS?

The model itself is open-source and neutral. Compliance depends on your deployment: how you handle data at rest/in-flight, who accesses the server, logging/audit trails. Deploy in your VPC, encrypt at rest, restrict access, audit prompts/responses. No different from any other self-hosted inference service. Have your security team review the vLLM/SGLang deployment checklist.

What's the commercial license status?

MIT license—permissive for commercial use, including in a proprietary product or SaaS. No restrictions. You can fine-tune, quantize, serve to customers. Attribution appreciated (cite MiniMax-M2 and REAP). No royalty or report-back requirements.

How much does quantization (NVFP4 + FP8) actually hurt accuracy?

Model card estimates 1–2.5% aggregate regression on most benchmarks, up to ~3% on rare-token/code tasks. Depends on your downstream task. For ops automation (triage, tagging, RAG retrieval), 1–2% is usually acceptable—human review catches errors. For production code suggestions, you may want to A/B test or use a less-quantized checkpoint. Run your own benchmark on representative ops data.

Build a Private, Custom AI System for Your Ops

MiniMax-M2.7-REAP runs entirely in your VPC—no data leaves your infrastructure. Perfect for ops teams automating support, compliance, and internal knowledge work. LLM.co helps you fine-tune, deploy, and scale private LLM systems. Get a demo today.