Skip to content

Governance

vLLM-Omni's governance is inspired by the vLLM governance process. We share the same commitment to open source community and meritocratic norms.

Values

vLLM-Omni aims to be the fastest and easiest-to-use omni-modality inference and serving engine. Our values are aligned with vLLM's values:

Design Values

  1. Top performance: System performance is our top priority. We monitor overheads, optimize kernels, and publish benchmarks. We never leave performance on the table.
  2. Ease of use: vLLM-Omni must be simple to install, configure, and operate. We provide clear documentation, fast startup, clean logs, helpful error messages, and monitoring guides. Many users fork our code or study it deeply, so we keep it readable and modular.
  3. Wide coverage: vLLM-Omni supports frontier models and high-performance accelerators. We make it easy to add new models and hardware. vLLM-Omni + PyTorch form a simple interface that avoids complexity.
  4. Production ready: vLLM-Omni runs 24/7 in production. It must be easy to operate and monitor for health issues.
  5. Extensibility: vLLM-Omni serves as fundamental omni-modality infrastructure. Our codebase cannot cover every use case, so we design for easy forking and customization.

Collaboration Values

  1. Tightly Knit and Fast-Moving: Our maintainer team is aligned on vision, philosophy, and roadmap. We work closely to unblock each other and move quickly.
  2. Individual Merit: No one buys their way into governance. Committer status belongs to individuals, not companies. We reward contribution, maintenance, and project stewardship.

Project Maintainers

Lead Maintainers

Lead maintainers are responsible for the overall direction and strategy of the project:

Active Committers

Committers have write access and merge rights. They typically have deep expertise in specific areas of this project and shepherd the community contributions:

Reviewer Routing

For path-based reviewer routing, consult .github/CODEOWNERS. Detailed subsystem boundaries and safe-change guidance live in the module design documents.

CODEOWNERS is operational routing metadata, not a governance or approval policy. Being listed does not grant committer status or merge rights, and it does not mean every listed reviewer must approve a change. The maintainer roster above is authoritative for project roles and merge rights.

Committer Nomination Process

Every month, any active committer can nominate new committer(s) to the project. Up to two new committers will be admitted per month based on the quality and impact of their contributions.