Open-Source 2.8T-Parameter MoE Model: Long-Horizon Agent Architecture and Engineering Practices

    This article examines a recently open-sourced Mixture-of-Experts (MoE) large language model featuring 2.8 trillion total parameters and 104 billion activated parameters. It explores the architectural innovations—including dynamic sparse attention and deep reinforcement learning post-training—that enable million-token context and multimodal input. The piece also analyzes the model's long-horizon agent capabilities, provides practical guidance on enterprise deployment and API integration, and discusses critical engineering considerations for multi-turn tool calling and licensing compliance.

    Large language models are rapidly evolving from single-turn conversational systems to engines capable of executing complex, multi-step tasks. In this context, long-horizon agent capability has emerged as a key benchmark for practical utility. A recent open-source release has made available a Mixture-of-Experts (MoE) model with 2.8 trillion total parameters and 104 billion activated parameters. The architecture supports million-token contexts and native image-text input, while a large-scale joint reinforcement learning post-training phase has significantly improved performance on complex tasks such as software development, 3D creation, and knowledge work. This article examines the underlying architecture, agent capabilities, and deployment engineering practices of this technical approach.

    1. Core Architecture: Sparse Attention and Reinforcement Learning

    At the scale of hundreds of billions of parameters and million-token contexts, the computational complexity and memory overhead of attention mechanisms grow exponentially. Traditional full attention is no longer viable at this scale. This model addresses the challenge through a refined sparse attention mechanism that balances computational efficiency with long-range memory capability.

    Hierarchical Reconstruction of Attention Layers
    Compared to its predecessor, the new model introduces significant changes to its attention layers. Specifically, 24 layers use a gated dynamic sparse attention (DSA) mechanism, while 69 layers retain a Delta Attention mechanism. Within DSA layers, the model does not perform global computation over all historical tokens. Instead, it dynamically selects the 2,048 most relevant tokens for attention matrix computation. This approach substantially reduces KV cache memory consumption in long-context scenarios, making million-token support feasible on limited hardware while preserving cross-modal feature alignment for native image-text inputs.

    Large-Scale Joint Reinforcement Learning
    The post-training phase employs a joint reinforcement learning strategy covering hundreds of downstream domains. Unlike traditional supervised fine-tuning (SFT), which often leads to overfitting on specific tasks, this joint RL approach constructs multi-dimensional reward functions. This allows the model to explore and optimize simultaneously across code generation, tool invocation, logical reasoning, and other dimensions. The released model weights use MXFP4 quantization, a low-bit floating-point format that maintains numerical precision while significantly reducing memory requirements for deployment, enabling inference on a single machine or small clusters.

    2. Long-Horizon Agent Capabilities and Task Adaptation

    A model’s effectiveness as an agent “brain” hinges on its planning and tool-calling abilities. This open-source model is designed specifically for long-horizon tasks, with adjustable reasoning budgets and multimodal perception for high-value business scenarios.

    Multi-Tier Reasoning Budget Control
    Different tasks require different levels of reasoning depth. The model offers three thinking budgets: Low, High, and Max. For simple knowledge queries, the Low tier provides rapid responses with minimal latency. For complex code refactoring or financial data analysis, developers can switch to the Max tier, allowing the model to engage in deeper chain-of-thought reasoning before producing a final decision. This design gives developers flexibility to balance compute costs against task accuracy.

    Code Engineering and 3D Creation
    In software engineering, long-horizon agents must handle cross-file understanding, terminal operations, and bug fixes. Official benchmarks show strong performance on tests such as Terminal-Bench 4.0 and SWE Marathon. The model is not limited to generating code snippets; when integrated with an agent framework, it can autonomously parse compilation errors, invoke terminal tools to execute fixes, and verify the results. In the 3D design domain, the model supports tool-assisted CAD drawing generation, which requires strong spatial geometry understanding and the ability to generate parametric modeling instructions.

    Knowledge Work and Automated Tool Chains
    Common enterprise pain points—web search, financial research, and office document processing—are addressed through native tool-calling support. The model can initiate web searches based on task intent, read local Excel/Word documents, and extract key information. In multi-turn interactions, it accurately retains the results of previous tool calls and uses them as context for subsequent reasoning, enabling automated decomposition and execution of complex research tasks.

    3. Enterprise Deployment and API Integration Engineering

    Model performance alone is insufficient; smooth integration into existing enterprise IT infrastructure is equally critical. The following engineering practices help maximize the model’s effectiveness in production.

    Inference Engine Compatibility and Containerized Deployment
    The released MXFP4 weights are compatible with mainstream open-source inference frameworks, including vLLM and SGLang. For private deployment, container platforms are recommended for resource scheduling. Containerized inference services enable elastic scaling of GPU resources. Combined with cloud-native logging and monitoring alert systems, developers can track GPU memory utilization, token generation throughput, and KV cache hit rates in real time, ensuring stability under high concurrency.

    API Protocol Compatibility and Multi-Turn Tool Calling
    To minimize migration costs, the model server provides APIs that are highly compatible with both OpenAI and Anthropic standard protocols. Developers can reuse existing SDKs for integration.

    A critical engineering detail in multi-turn tool calling is that the full history of reasoning and tool call messages must be preserved. Some developers attempt to truncate context to save tokens, but for models that rely on complex chain-of-thought reasoning, this can break context continuity, leading to incorrect tool call parameters or logical errors.

    The following example demonstrates multi-turn tool calling using a standard compatible API:

    1. import requests
    2. import json
    3. # Assume the endpoint is an enterprise gateway or a general-purpose API service
    4. API_URL = "https://api.your-domain.com/v1/chat/completions"
    5. HEADERS = {"Authorization": "Bearer YOUR_API_KEY", "Content-Type": "application/json"}
    6. # Build a message body that retains the complete history of reasoning and tool calls
    7. messages = [
    8. {"role": "user", "content": "Check today's weather in Beijing and suggest appropriate outfits."}
    9. ]
    10. # First round: the model decides to call a tool
    11. response = requests.post(API_URL, headers=HEADERS, json={
    12. "model": "large-moe-model",
    13. "messages": messages,
    14. "tools": [{"type": "function", "function": {"name": "get_weather", "parameters": {"city": "string"}}}],
    15. "tool_choice": "auto",
    16. "thinking_budget": "high" # Use High or Max reasoning budget
    17. })
    18. response_data = response.json()
    19. messages.append(response_data["choices"][0]["message"]) # Preserve the model's reasoning and tool call instruction
    20. # Simulate the tool execution result
    21. tool_result = {"city": "Beijing", "temp": "15C", "condition": "Sunny"}
    22. messages.append({
    23. "role": "tool",
    24. "tool_call_id": response_data["choices"][0]["message"]["tool_calls"][0]["id"],
    25. "content": json.dumps(tool_result)
    26. })
    27. # Second round: the model generates the final answer based on the tool result
    28. final_response = requests.post(API_URL, headers=HEADERS, json={
    29. "model": "large-moe-model",
    30. "messages": messages, # Pass the complete historical context
    31. "thinking_budget": "high"
    32. })
    33. print(final_response.json()["choices"][0]["message"]["content"])

    4. Open-Source License and Compliance Considerations

    It is important to note that this model’s weights are not released under commonly used licenses such as Apache 2.0 or MIT. Instead, a custom proprietary license applies. For enterprise users, legal and technical teams must carefully review the commercial usage terms, derivative works obligations, and compliance restrictions of this license before integrating the model into commercial products or internal workflows. This ensures that the benefits of a large-scale model are realized without crossing compliance boundaries.

    Conclusion

    From the 2.8T-parameter MoE architecture to the combination of DSA and Delta Attention, and from multi-tier reasoning budgets to deep alignment for long-horizon agent tasks, this open-source release represents a significant step toward applying general-purpose large models in complex engineering contexts. For developers, mastering the deployment and scheduling of such large-scale models on container platforms, integrating standard compatible APIs, and managing multi-turn tool-calling context are essential skills for building next-generation intelligent applications. The technical path and engineering practices behind this release offer valuable reference points for the industry’s ongoing efforts to operationalize large models in agent-based scenarios.