计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
online-serving【效率与协作】Operate vLLM-Omni HTTP serving, --omni CLI routing, OpenAI-compatible payloads, stage head/headless launches, realtime/streaming routes, and serving recovery without reopening repository evidence.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Use this sub-skill when the task involves starting a vLLM-Omni HTTP server, building OpenAI-compatible request payloads, choosing a streaming/realtime route, or recovering a failed serving launch.
Always include --omni when serving an Omni model. Without it, the command
routes to ordinary upstream vLLM behavior and Omni-specific endpoints or flags
may be missing.
Choose a launch shape:
vllm serve MODEL --omni --port 8091 or
vllm-omni serve MODEL --omni --port 8091.Choose an endpoint from CLI and OpenAI API: chat completions, image generation/edit, videos, text-to-speech, text-to-audio, or OpenAI-style model listing/health.
For streaming and realtime use cases, read Realtime and streaming before writing a WebSocket or Server-Sent Events client.
To generate a safe no-network payload scaffold, run the bundled helper from this sub-skill directory:
python scripts/build_openai_payload.py --endpoint chat \
--model Qwen/Qwen3-Omni-30B-A3B-Instruct \
--prompt "Describe this scene" \
--extra-json '{"modalities":["text"]}'
If the server rejects the command, ignores request fields, cannot register a stage, or the client gets connection errors, read Troubleshooting.
Omni / AsyncOmni Python generation, output objects, and local
prompt dictionaries -> use offline-inference.stage-configuration.model-recipes.model-integration.