Nexis Hub · 企业 MCP 网关
把企业业务系统，
安全地接给 AI
OA、ERP、协同办公——数字员工要干实事，就得碰到这些系统。Nexis Hub 统一接入、统一授权、统一审计，业务系统的凭据始终留在企业自己手里。
开源筹备中 · 首个版本即将发布直接把业务系统接给 AI，
会踩三个坑
AI 要进业务，接口迟早要打通。问题不在能不能接，而在接完之后，企业还管不管得住。
权限越界
一个管理员账号接给 AI
最省事的做法，也是最危险的：AI 用万能账号查数据、走流程，等于绕过了企业多年建立的权限体系。
凭据散落
每个人、每个工具各配一份密钥
密钥散在每个人的电脑和配置文件里，谁手上有什么，没人说得清；员工离职，也收不回来。
调用黑箱
AI 做了什么，事后查不到
AI 改了哪张单、批了哪个流程、看了谁的数据，没有统一记录，出了问题无从追责。
一个网关，管住所有连接
业务系统先接进 Hub，再由 Hub 按授权发布给数字员工和 AI 客户端。加一个系统不用改客户端配置；换一种接入方式，地址和授权不变。
企业业务系统
- 泛微 OA
- 金蝶 ERP
- 钉钉 · 飞书 · 企业微信
- 数据库 · 知识库 · 内部 API
NEXIS HUB
- 上游接入：HTTP 服务、一行命令、容器镜像、代码包
- 端点发布：按工具白名单聚合，重名自动加前缀
- 访问凭证：可命名、可过期、可禁用、可限流
- 调用审计：耗时、状态、参数摘要全量落盘
使用方
- Nexis Agency 数字员工
- Cursor · Claude 等 MCP 客户端
- 企业自研 Agent
能力清单，如实标注
已经能用的写「可用」，正在做的写「规划中」。我们宁可少说，也不把路线图写成现状。
四种接入方式
登记已有 HTTP 服务；一行 npx / uvx 命令由网关托管；容器镜像；上传代码包由统一运行镜像启动。
可用工具级授权
端点规则精确到单个工具，客户端只看得到被授权的工具；凭证泄露的影响只到勾选的那几个工具。
可用全量调用审计
每次调用的耗时、状态、参数摘要落盘，按时间、端点、凭证、工具检索，可导出；参数记录可选摘要、全量或不记录。
可用限流与健康巡检
端点级与凭证级限流；定时巡检上游，异常与恢复都有记录。
可用凭据加密存储
上游密钥与请求头加密落盘，控制台不回显；备份与恢复逐文件校验。
可用Nexis 企业账号登录
管理员使用 Nexis 企业账号登录 Hub 控制台，不再单独维护一套账号。
规划中Cloud 统一授权与下发
Hub 发布的连接器进入企业目录，按企业、角色、员工三级授权，下发到每个数字员工。
规划中以员工本人权限调用
短期授权票据 + 身份映射：数字员工替谁办事，就用谁在业务系统里的权限。
规划中写操作分级确认
查询直接执行，草稿可撤回；提交审批、付款、发货等动作必须经人确认，企业可整类禁用。
规划中两种用法，凭据都在企业专属环境里
没有运维团队的企业用托管版；业务系统部署在内网、或对数据驻留有要求的企业用自部署版。
托管版
规划中适合使用钉钉、飞书、金蝶云星空等 SaaS 系统的企业。Hub 运行在 Nexis 为企业独占开出的节点上，由平台负责运维。
- 运行位置
- 企业独占节点
- 凭据
- 加密保存在该节点内，Nexis Cloud 不持有
- 运维
- 平台负责部署、升级与巡检
自部署版
即将开源适合私有化部署泛微、金蝶 K3 等内网系统的企业。单容器、零外部依赖，不需要数据库和缓存，一条命令即可启动。
- 运行位置
- 企业内网
- 凭据
- 企业内网，全部状态在一个数据目录里
- 运维
- 企业自管，备份即打包一个目录
Open Source
开源，是为了让
「连接」有一个标准
企业接 AI，不该每家都从头写一遍 OA 和 ERP 的对接。我们会把网关和官方连接器以开源方式发布，同时公开一份企业级连接器规范，让每个连接器都按同一套标准做到企业可用。开源协议与仓库地址随首个版本公布。
企业级连接器规范 · 四条
规范随首个开源版本发布