ABOUT · 关于 PNULL
一个专注接入与路由的网关,
和一群较真的人。
PNULL 是一个大模型 API 聚合网关:把 Claude、GPT、Gemini 等主流模型接到同一个入口,按公示倍率结算,把中间环节做到最薄。
WHY · 为什么做 PNULL
因为我们自己也在用。
PNULL 始于一个很朴素的需求:我们自己每天在终端和 IDE 里调用各家模型,却要维护多套账号、凭据和 base_url。于是我们希望把多模型接入、渠道配置、额度控制和消费记录集中到一个入口。
所以我们决定自己搭一个——标准只有一条:把模型接入、渠道路由和用量结算放进同一个可管理的网关。具体可用性、延迟和数据处理范围,由站点配置、网络与上游共同决定。
中间商的美德,是存在感越低越好。
PNULL 通过 new-api 的适配器统一不同协议,并根据渠道配置执行模型映射、参数覆盖和路由选择。我们的重点是让接入、渠道管理、额度控制与消费记录集中在一个入口,同时把实际处理规则说明清楚。
CREED · 我们的原则
四项能力,
按配置运行。
以下说明对应当前项目能够提供的能力边界;部署参数、渠道配置和上游状态会影响最终表现。
-
01 · PRIVATE
克制 · 按需处理
同步调用通常只在转发所需范围内处理正文;调试、错误排查和异步任务可能保留额外信息。当前网关代码不包含使用调用内容训练自有模型的流程,上游处理适用其各自条款。详见隐私政策。
-
02 · CONTROLLED
可控 · 配置驱动
请求可能经过协议转换、模型映射和参数覆盖;启用失败重试时可能切换渠道。实际调用行为以当前站点和渠道配置为准。
-
03 · TRANSPARENT
透明 · 规则可查
支持 Token、按次、固定价格及动态计费规则。最终费用以「模型与价格」页当前配置和实际消费日志为准。
-
04 · SWIFT
弹性 · 多通道路由
支持渠道优先级与可配置重试;最终延迟、可用性和流式表现取决于网络、上游与运行配置。
CONTACT · 联系我们
有问题,直接找到人。
EMAIL · 邮件
support@pnull.com
工单与商务合作,一般 24 小时内回复。
GROUP · 用户群
TG @pnull_ai
使用交流、故障通报与新模型上线通知。