已批准的模型
让团队拥有实用选择,而不必成倍增加集成。
自带你的工作流
将兼容客户端一次性指向 New API。团队保留偏好的界面,请求则经由同一条托管访问路径。
围绕一条托管路径构建
New API 通过一个运营层,把模型选择、团队工作流与交付路径连接在一起。
让团队拥有实用选择,而不必成倍增加集成。
让 AI 融入工作发生的每个环节,从实验到审核。
让每位已获批准的用户从合适的界面开始。
New API一个统一的托管 AI 网关面向其他所有人
员工登录后即可直接开始工作。聊天工作区是网关的一部分,而非需要单独购买的产品:无需复制密钥,无需安装 SDK。
按主题汇总本季度的支持工单。
New API 是面向企业的 AI 网关,为需要以统一受控方式使用多种 AI 模型的团队而设计。它让 AI API 访问既对开发者实用,又对负责访问与支出的人员透明可见。
用一套熟悉的 API 集成即可访问组织授权的模型。团队只需更改 model 参数,而不必为每个供应商重建集成。
按团队或成员设置模型访问权限,签发并管理 API 密钥,并在未经批准或超额的请求到达供应商之前施加配额。
请求日志记录调用方、模型、状态与 token 用量,让工程、财务与安全团队共享同一份运营与审核记录。
一种请求格式即可触达所有主流模型。更改单个参数即可切换,无需重写业务逻辑。
时间、调用方、模型、状态与 token 消耗全部记录在案,随时可追溯或导出。
开始使用
为准备将 New API 放进实际工作中的团队提供一个务实起点。
从一个已有明确负责人的工作流开始,例如产品原型、内部助手或开发集成。先建立访问路径、观察早期使用,再逐步扩展。
不需要。团队可以为新工作流引入 New API,也可以逐步迁移已有集成。兼容 API 让开发者能以熟悉的方式将获批请求路由到网关。
可以。工作台为非技术成员提供已获批准的 AI 使用入口,无需他们自行管理 API 集成。
从该工作流对能力、质量、延迟和成本的要求开始。团队可以比较已批准的选项,同时保持一致的调用方式。
可以。New API 的定位是围绕团队已经在使用的工作流和工具,提供受管的 AI 访问层,而不是要求所有工作都换一种方式完成。
选择一个有明确 AI 使用场景,并且有人对结果负责的团队。这个团队的早期反馈能让后续推广决策对所有人都更有价值。