功能需求
希望支持将账号槽位组成独立号池，并将普通协议 API Key 绑定到指定号池。使用该 Key 发起请求时，由 vm2api 在对应号池内部完成调度，无需调用方自行指定槽位或实现选号逻辑。
使用场景
在同一套 vm2api 中维护多个相互独立的逻辑账号池，例如：
- 号池 A：槽位 A1、A2，绑定协议 Key A。
- 号池 B：槽位 B1、B2，绑定协议 Key B。
Key A 只能使用号池 A 的槽位；Key B 只能使用号池 B 的槽位。一个号池可绑定多个协议 Key。
以上名称均为虚构示例。
建议能力
- 管理台支持创建、重命名、停用号池，并管理号池内的槽位。
- 创建或编辑普通协议 Key 时，可选择绑定的号池。
- 提供相应管理 API，便于外部系统完成号池创建、槽位绑定和协议 Key 管理。
- 请求选号、会话粘性、排队、重试与故障切换始终限定在绑定号池内。
- 号池为空、停用或没有可用账号时，返回明确错误，不回落到全局账号池。
- 继续使用已有模型权限、额度、并发、RPM、冷却及账号健康检查。
- 号池成员变更或 Key 重新绑定后，旧会话粘性不能使后续请求访问范围外的槽位。
兼容性建议
- 现有未绑定号池的 Key 可保留当前行为，通过明确的默认池规则兼容。
- 首版可以限制一个槽位只属于一个号池，后续再考虑共享槽位。
- 若已有等效能力，希望补充公开版的配置方式和管理 API 文档。
预期收益
同一实例即可管理多个独立账号池，外部调用方只需持有普通协议 Key，选号与容错仍统一由 vm2api 负责，避免重复实现调度逻辑。
功能需求
希望支持将账号槽位组成独立号池，并将普通协议 API Key 绑定到指定号池。使用该 Key 发起请求时，由 vm2api 在对应号池内部完成调度，无需调用方自行指定槽位或实现选号逻辑。
使用场景
在同一套 vm2api 中维护多个相互独立的逻辑账号池，例如：
Key A 只能使用号池 A 的槽位；Key B 只能使用号池 B 的槽位。一个号池可绑定多个协议 Key。
以上名称均为虚构示例。
建议能力
兼容性建议
预期收益
同一实例即可管理多个独立账号池，外部调用方只需持有普通协议 Key，选号与容错仍统一由 vm2api 负责，避免重复实现调度逻辑。