vllm-project/vllm-omni

[RFC]: vLLM-Omni 2026 Q1 Roadmap

Open

#677 opened on Jan 7, 2026

View on GitHub
 (44 comments) (3 reactions) (10 assignees)Python (1,067 forks)github user discovery
documentationhelp wanted

Repository metrics

Stars
 (4,990 stars)
PR merge metrics
 (PR metrics pending)

Description

Motivation.

This issue outlines the development roadmap for vllm-omni in Q1 2026. Our primary focus for this quarter includes architectural refactoring to support dynamic execution graphs, expanding support for diffusion and omni models, and introducing disaggregated serving capabilities. Any contribution and discussion is welcome :)

Please attach your design doc using this template in your RFC :)

Proposed Change.

🛠 Core Architecture & Infrastructure

Refactoring the core execution pipeline to support more dynamic and efficient workflows.

P0:

  • Entrypoint:

    • Stage Config refactoring: simplify and optimize stage configurations to improve clarity, maintainablity, and extensibility. #1115
    • Single-Stage CLI: support single stage cli for serving models in a single-stage mode. #939
    • Stage DP: implement DP(coordinator) at the stage level to coordinate DP execution. #984 #1465
    • Entrypoint refactoring to align with vLLM upstream #967 #1908
  • Hardware Abstraction: Implement a plugin system to support diverse hardware backends (NPU, TPU, XPU, Metal, etc.). @faaany #702 #774
    For NPU related issues, please refer to #886 for details. For XPU related issues, please refer to #1127 for details.

🚀 Disaggregated Serving & Distributed Systems

Enhancing serving capabilities for large-scale and multi-node deployments.

P0:

  • Multi-Node Serving: Support for multi-node setups using the Mooncake Connector. #1019
  • Full EPDG Disaggregation: Complete disaggregation of the Prefill, Decode, and Generate stages. #1303 #1863 #1912 #1999
  • Model Support: Add support for Bagel and HunyuanImage3.0 models in disaggregated setups. #726 #759

🎨 Feature: Diffusion Pipeline #814

Major feature additions to improve the flexibility and performance of image/video generation.

⚡️ Feature: Omni(AR+DiT) Pipeline

Enhancing the multimodal interaction capabilities.

P0:

  • Performance & Execution:

    • Support Quantization. #1764
    • Support CUDA Graph execution for each stage. #669 #1205
    • Support Async Chunked Computation across stages. #727 #742
  • Memory Management:

    • CPU offloading for KV Cache. #1150
  • Streaming I/O:

🤖 Reinforcement Learning & Model Support

Expanding the ecosystem of supported models and training feedback loops.

Targeted Model Optimizations

  • Qwen3-Omni #409 #727 #1151 #951 #1016 #962
  • Qwen3-tts #938
  • Hunyuan-Image 3.0 #759 #1085 #1935 #1323
  • Bagel #726 #936
  • Qwen-Image family #1682
  • WAN 2.2 #1350 #1365

📊 Benchmarks, Metrics & Logging

Improving observability and establishing performance baselines. P0:

  • Benchmarks: Establish standard benchmarks for both Diffusion and Omni pipelines.
    • Diffusion #529 #1657
    • Omni #780
  • Metrics Refactor:
    • Expose granular per-request information. #891
    • Add system-level metrics. 🙋
  • Profiling: PyTorch Profiler integration (align with vLLM). #650 #651 #709
  • Logging: Remove print statements and optimize log verbosity. @Bounty-hunter

P1:

  • Metrics Refactor: Support returning metrics via logs and Prometheus integration. 🙋
  • Profiling: NVIDIA Nsight Systems integration (align with vLLM). #1098

🧪 CI/CD & Quality Assurance

please check our design doc

  • Multi-tiered tests #400
  • Diverse hardware backend #1721

Feedback Period.

No response

CC List.

@ywang96 @Gaohan123 @tzhouam @ZJY0516 @DarkLight1337 @Isotr0py @SamitHuang @david6666666

Any Other Things.

No response

Before submitting a new issue...

  • Make sure you already searched for relevant issues, and asked the chatbot living at the bottom right corner of the documentation page, which can answer lots of frequently asked questions.

Contributor guide