随着大模型应用的普及，企业内部对于API网关的管理安全性要求日益提高。New-API作为一个主流的AI模型分发与管理工具（通常被视为One-API的衍生版），在企业内部署时面临着用户身份管理挑战。本文详细介绍了如何将New-API与飞书开放平台进行OAuth2协议对接，从而实现企业级的单点登录（SSO）功能。文章提供了完整的配置流程：首先在飞书开发者后台创建应用并申请必要的只读权限（contact:contact.base:readonly, contact:user.email:readonly）；随后在New-API的系统设置中配置自定义OAuth提供商。关键技术配置包括将飞书的App ID和App Secret映射到Client ID和Client Secret，并准确填入飞书的授权端点、Token端点以及用户信息端点URL。此外，文章还指定了数据字段的映射关系，将飞书返回的open_id、name和email与New-API系统进行对接。通过这一集成，企业员工可以直接使用飞书账号登录内部New-API系统，无需额外维护独立的账号体系。这不仅是企业内部AI工具集成的实用技巧，也是提升企业数字化办公安全性与效率的具体实践。
事件分析
从技术架构的角度来看，此次New-API与飞书OAuth2的集成方案，实际上是构建企业级LLM（大语言模型）基础设施时的关键一环。随着企业内部引入各类大模型服务，API密钥的分散管理和权限控制成为了安全风险点。通过OAuth2协议对接企业现有的身份认证系统（IDaaS），是IT运维实现“零信任”安全架构的标准操作。这一配置教程的流出，反映出AI应用正在从个人开发者手中的“玩具”向企业生产环境的“工具”深度转化。企业不再仅仅关注模型本身的推理能力，而是开始重视上层应用的工程化落地，包括用户审计、权限隔离及SSO单点登录等企业级特性。对于部署在内网环境的New-API实例而言，飞书作为国内主流的企业协作平台，其账号体系的打通能够极大降低员工的使用门槛，消除记忆独立密码的负担。这也预示着未来企业内部的AI应用开发将更加注重与本地办公生态的融合，而非孤立运行。
💡 核心观点：大模型企业级落地的必经之路是将AI基础设施与现有办公身份体系打通，统一身份认证是生产环境安全管理的刚需。
原文链接：Linux.do
Codex CLI 深度
AI 模型横评
AI Agent 框架
Claude Code 订阅生存指南