社区供给端 · 自助管理
供给端总览 · 三种供给模式 示意 · 底座已支持
OPC 社区运营方对模型供给有完全的配置主权——用平台的、自带的、自建的，三种模式同一网关统一管理，平台始终穿透计量。
三种供给模式 · 配置主权在运营方 示例社区可按业务线混用
模式 A · 平台统一供给
开箱即用
直接用平台已接入的厂商渠道，平台给社区分配额度，社区无需先谈合约、部署模型或管理密钥。
适用场景：试点启动、低运维社区、标准化公共服务。
成本归平台、社区消耗额度。
模式 B · BYOK 自带渠道
社区自管
社区自带自己谈好的厂商合约 key，例如示例社区自有的阿里百炼合约，在自助台新建渠道、填写自己的 key。
适用场景：已有云厂商框架协议、希望自主管控采购价与模型范围。
成本归社区、价格自己谈。
模式 C · 私有部署模型
私有端点
社区接入自建模型，例如 vLLM / Ollama / 本地开源模型，渠道指向社区私有 Endpoint，仍由统一网关代理出口。
适用场景：数据敏感、垂类微调、本地算力或内网推理优先。
数据不出社区、网关仍计量。
当前查看：模式 B · BYOK 自带渠道。计量归属按「自有渠道 → 示例社区 → 企业用户」落账，平台只记录用量证据链与核销口径，不接触社区厂商密钥明文。
三级租户体系 · 平台→社区→企业 本页站在社区运营方视角
平台 admin
红线层
维护统一供给池、给社区分配额度、定义内容安全与核销合规红线。
platform_pool / quota_root / audit_rule
社区运营方
本演示视角
★ 自定义供给端：自管渠道、自主倍率、额度再分配，把平台供给、自带 key、私有模型统一编排成社区自己的模型超市。
community_supply / pricing_rule / quota_subpool
OPC / 企业用户
消费层
企业按所属社区进入工作台，请求自动路由到该社区配置的渠道，并按企业维度落账。
tenant_route / enterprise_usage / bill_item
平台 admin → 社区运营方 → OPC / 企业用户：权限逐级下放，计量逐级穿透。
怎么配都跑不出计量 本社区本月 · 示例数据
调用次数 示意
18,642
全部经社区网关出口
消耗 token 示意
9,860万
输入 / 输出统一归集
自有渠道占比 示意
64%
BYOK + 私有端点
平台供给占比 示意
36%
平台额度池消耗
三种模式全部经平台网关出口，每笔调用按 渠道→社区→企业 打归属标记落账——社区想怎么配供给都行，平台始终能穿透对账；这是财政补贴可核销、可审计的前提。平台不经手资金、不作发放主体。
为什么这是真开放 回应 make-or-buy 顾虑
① 配置主体下放
运营方主权
运营方自管渠道、定价、倍率、额度与企业可见范围，不是“给个 API”后仍被平台统一供给锁死。
② 底座 MIT 开源
可二开
可自主二次开发、接入既有账号体系和本地运维体系，不把社区绑定到单一厂商或单一路由策略。
③ 中立中间层
只守红线
平台不把供给作为锁定手段，只做计量、审计与核销红线；与“用我的供给、按我的规则”的大厂网关相反。