跳到主要内容
版本:最新版(未发布)

模型目录参考

global.model_catalog 声明 Router 询问的每个模型:回答路由信号的模型、embedding 模型和重排序模型。请求路由的目标,即回答用户的模型,仍在 providers.models 中配置。为信号选择模型说明每个信号由哪个部署回答。

部署​

部署是 Router 可以询问的、有名称的模型。provider 指明 Router 与它通信所用的 API。

providerRouter 调用的 API能回答
model_runtime内置模型运行时:托管(由 Router 启动)或挂接(设置了 endpoint)其模型卡提供的任何内容
systemoneSystem One API 的 POST <endpoint> 和 GET <endpoint>/models每个问题类信号和选择器
classifyPOST <endpoint>/classifydomain、jailbreak、pii、hallucination、分类器规则、安全规则及其 hazard 部分、complexity 规则
openai_chatPOST <endpoint>/chat/completionsjailbreak、hallucination、preference、分类器规则
openai_embeddingsPOST <endpoint>/embeddingsEmbedding
rerankPOST <endpoint>/rerankRAG 重排序

部署被分配了它无法回答的信号时,Router 在加载时拒绝该部署。

有四个部署始终已声明,只有当某处解析到它们时才会启动:

名称模型默认用于
primaryCPU 上的 vllm-sr/vela3-fastsystem.decision_model
hazardVela 1.0 Hazard安全规则的 hazard 部分
vela-embeddingVela 1.0 Embeddingembeddings.default
omni-nanoVela 1.0 Omni Nanoembeddings.multimodal

字段参考​

field-reference
global:
model_catalog:
deployments:
# Managed model_runtime: no endpoint; the Router starts and supervises it.
managed-example:
provider: model_runtime
artifact: vllm-sr/Vela-1.0-Encoder-307M-Hazard # Hub repository or absolute package path
revision: 5dd25f2cc3c98f338e6a79b667662d60f936a28d # 40-character commit
device: cpu # cpu | auto | cuda | rocm, or cuda:N / rocm:N
input: {max_tokens: 32768, overflow: reject} # reject | truncate | window
public_name: hazard-public # its name on the inference API
operating_point: # pins the head's packaged operating point
path: operating_point.json
sha256: e79a78f48bf45eb38e3f5402de3b3b18eeaa822e00b42b3640bf471276290de5
replicated-example:
provider: model_runtime
artifact: vllm-sr/Decision-2.0-Kai-0.6B
revision: cd49ea3813fd8ba0928a9a23ef6c9a0f2f0cd764
replicas: [{device: cpu}, {endpoint: http://worker-2.example.com:8100, model: kai}]
# Connection block: an attached model_runtime and every remote provider.
remote-example:
provider: systemone # or classify, openai_chat, openai_embeddings, rerank
endpoint: https://api.example.com/v1/systemone # full URL; unix:///abs.sock for an attached runtime
model: vllm-sr/d3-ultra # the remote model; an attached runtime's served model
auth: {header: Authorization, prefix: Bearer, api_key_env: EXAMPLE_KEY} # or api_key_file: /abs/path
headers: {X-Org: acme} # non-secret headers only
timeout_ms: 1500 # per attempt
max_retries: 1 # transport retries within the caller's deadline
tls: {ca_file: /etc/ssl/ca.pem, server_name: api.example.com, insecure_skip_verify: false}
limits: {max_request_bytes: 262144, max_response_bytes: 4194304}
capabilities: {question_types: [choice, noul, score], presets: [pii, halu]}
system:
decision_model: {deployment: primary}
bindings: {pii: primary}
embeddings: {default: vela-embedding, multimodal: omni-nano}

托管 model_runtime 字段​

字段含义
artifactHugging Face 仓库 ID,或模型包的绝对路径
revision仓库 artifact 的 40 位提交哈希
devicecpu、auto(主机上最好的设备)、cuda、rocm,或单个设备,例如 cuda:0
input部署的输入预算:max_tokens,以及 overflow(reject、truncate 或 window)
replicas同一逻辑部署的多个 worker:每个是一个 device,或在别处启动的 worker 的 endpoint 和 model
public_name部署在推理 API 上的名称
operating_point该头的模型包所提供工作点的 path 和 sha256。由此部署回答的分类器规则按工作点的阈值读取相互独立的标签分数
max_num_seqs、max_num_batched_tokens、batch_window_ms、dtype、enable_shared_context、max_model_len引擎参数;参见引擎参数

连接块​

同一组字段既用于连接挂接的模型运行时(设置了 endpoint 的 model_runtime 部署),也用于每个远程 provider。

字段含义限制
endpointAPI 的完整 URL,包括路径前缀。Router 在其后追加操作路径(/classify、/chat/completions、/embeddings、/rerank);systemone 的 endpoint 就是提交问题的 URL。挂接的运行时可以使用 unix:///abs/path.sockhttp 或 https;不得包含凭据或片段标识(fragment)
model远程 API 用来回答的模型;在挂接的运行时上是它提供服务的模型systemone、openai_chat、openai_embeddings、rerank 必填
authheader(默认 Authorization)、prefix(默认 Bearer;"" 表示发送不带前缀的密钥),以及 api_key_env 和 api_key_file(绝对路径,每次调用时读取,因此轮换后的密钥会生效)二者之一密钥从不写在配置中
headers其他非机密请求头拒绝 Authorization、Proxy-Authorization、X-Api-Key、Api-Key、Ocp-Apim-Subscription-Key、Cookie 以及 auth 所用的请求头
timeout_ms单次尝试的时限systemone ≤ 60000;其他 ≤ 300000
max_retries首次尝试之后的传输层重试次数,不超出调用方的截止时间0–10;挂接的运行时不支持
tlsca_file、server_name、cert_file 和 key_file(客户端证书)、insecure_skip_verify仅限 https;文件为绝对路径
limitsmax_request_bytes、max_response_bytes挂接的运行时不支持
capabilities远程模型的 API 未列出任何内容时,它能回答什么:question_types 和 presets(systemone),dimensions(openai_embeddings)
generationopenai_chat 部署生成补全时的 max_tokens、temperature 和 reasoning({family, use_reasoning, reasoning_effort},family 为内置推理系列)max_tokens ≤ 32768;temperature 0–2;reasoning 需要 family 和 use_reasoning

重定向会被拒绝,因此凭据永远不会随重定向发往其他主机。

绑定和规则部署​

global:
model_catalog:
deployments:
local-vela: {provider: model_runtime, artifact: vllm-sr/vela3-fast, device: cpu}
bindings: # every recipe
pii: local-vela
routing:
model_bindings: # this routing profile; recipes[].routing.model_bindings for one recipe
domain: d3-remote

绑定键是规则共享同一个回答的信号类型:domain、jailbreak、pii、fact_check、user_feedback、modality、hallucination、preference 和 reask。自己提问的规则在规则上写 deployment::routing.signals.decision[]、classifiers[]、safety[] 和 safety[].hazard、complexity[],以及决策的 algorithm.decision。所有 complexity 规则由同一个远程分数驱动,因此由 classify 部署回答的 complexity 规则都指向同一个部署。

绑定也可以写成对象,用于选择多头 model_runtime 部署的某个头:pii: {deployment: local-vela, head: pii}。工作点通过 operating_point 固定在部署上。

每个信号的解析顺序:规则的 deployment,然后是配方的绑定,然后是全局绑定,问题类信号最后使用 system.decision_model。Embedding 通过 embeddings.default 解析,用自己模型做 embedding 的路由配置则通过它的 model_bindings.embedding 解析;重排序通过 rag 插件的 rerank.deployment 解析,hazard 部分通过它自己的 deployment 解析,未写时使用 hazard。

阈值​

未写出的模块阈值来自回答的模型:内置模型的模型卡上的校准值;systemone 模型不发布阈值,使用 0.5(加载时警告 uncalibrated_threshold);其他情况使用 Vela 1.0 的默认值。你写出的 threshold 按原值使用。

准入​

global.model_catalog.admission 限制并发调用数。键可以是部署名称,表示该部署的所有使用者共享的闸门;也可以是信号类型(jailbreak、domain、pii、fact_check、hallucination、user_feedback、safety、hazard),表示该信号自己的闸门。

global:
model_catalog:
admission:
jailbreak: {max_concurrency: 4, max_queue: 64, queue_timeout_ms: 250, on_overflow: shed}
d3-remote: {max_concurrency: 16}

示例​

R1. 远程 embedding 模型​

r1-remote-embedding
global:
model_catalog:
deployments:
remote-embed:
provider: openai_embeddings
endpoint: https://embedding.example.com/v1
model: BAAI/bge-m3
auth: {api_key_env: EMBEDDING_API_KEY}
timeout_ms: 5000
max_retries: 2
capabilities: {dimensions: 1024}
embeddings:
default: remote-embed # multimodal: <name> for multimodal embeddings

Router 向 https://embedding.example.com/v1/embeddings 发送请求:操作路径追加在 endpoint 的路径之后,从不由主机名和端口拼出。

R2. 挂接的重排序模型,在使用处指定​

r2-attached-reranker
global:
model_catalog:
deployments:
document-ranker:
provider: model_runtime # a model runtime running elsewhere (attached)
endpoint: https://ranker.example.com:8100
model: vela-reranker
auth: {api_key_env: RANKER_KEY}
tls: {ca_file: /etc/ssl/internal-ca.pem}
timeout_ms: 2000
routing:
decisions:
- name: rag
plugins:
- type: rag
configuration:
enabled: true
backend: vectorstore
rerank: {deployment: document-ranker, top_k: 3, layer: 22, dimension: 768}

layer 和 dimension 选择模型运行时重排序模型的提前退出层。远程重排序 API 是 rerank 部署,按自己的深度作答,所以它的 rerank 块只写 deployment 和 top_k。

R3. 远程分类器作为 jailbreak 防护,chat 模型作为评判​

r3-classify-and-chat
global:
model_catalog:
deployments:
guard:
provider: classify # POST <endpoint>/classify
endpoint: https://guard.example.com
auth: {api_key_env: GUARD_KEY}
timeout_ms: 5000
limits: {max_response_bytes: 1048576}
chat-judge:
provider: openai_chat # chat completions used as a classifier or judge
endpoint: https://llm.example.com/v1
model: gpt-4.1-mini
auth: {api_key_env: JUDGE_KEY}
generation: {max_tokens: 256, temperature: 0}
routing:
model_bindings:
jailbreak: guard
signals:
classifiers:
- name: tool-risk
deployment: chat-judge
labels: [SAFE, RISKY]
instructions: Choose RISKY only for destructive or irreversible tool operations.

provider 决定 Router 如何与模型通信;不需要写角色、适配器或契约。

R4. 网关后的 System One,使用网关自己的认证请求头​

r4-systemone-gateway
global:
model_catalog:
deployments:
d3-gateway:
provider: systemone
endpoint: https://gateway.example.com/Unified/v1/systemone
model: vllm-sr/d3-ultra
auth:
header: Ocp-Apim-Subscription-Key
prefix: "" # no Bearer prefix
api_key_file: /run/secrets/systemone-key
timeout_ms: 3000
capabilities: {question_types: [choice, noul, score], presets: [pii, halu]}
system:
decision_model: {deployment: d3-gateway}

R5. 挂接的模型运行时​

设置了 endpoint 时,Router 连接一个已经在运行的模型运行时;不设置时,Router 自己启动并监管运行时。

r5-attached-runtime
global:
model_catalog:
deployments:
decision-kai:
provider: model_runtime
endpoint: https://decision-worker.example.com:8100
model: decision-kai # the served model
auth: {api_key_env: WORKER_KEY} # optional
tls: {ca_file: /etc/ssl/internal-ca.pem}
timeout_ms: 1000
system:
decision_model: {deployment: decision-kai}

R6. 请求后端使用同样的连接形式​

r6-request-backends
providers:
defaults: {model: claude}
models:
- name: claude
backend_refs:
- provider: anthropic
endpoint: https://gateway.example.com/anthropic
auth: {header: x-api-key, prefix: "", api_key_env: ANTHROPIC_KEY}
headers: {X-Org: acme}
- name: native-d3 # a native System One alias: no second endpoint or key
api_format: systemone
deployment: d3-remote
global:
model_catalog:
deployments:
d3-remote:
provider: systemone
endpoint: https://app.vllm-sr.ai/v1/systemone
model: vllm-sr/d3-ultra
auth: {api_key_env: VSR_APP_KEY}

providers.models 仍是一个独立的概念:回答用户、由路由在其中做选择的模型。共享的只有连接形式(endpoint、auth、headers)。后端从 auth.api_key_env 读取密钥。部署(包括决策模型)永远不是路由目标,也从不出现在 /v1/models 中。原生 System One API 只在部署的 public_name 下,或通过指向它的原生别名(如 native-d3)为它作答。