跳到正文
TAIP

TAIP — AI 平台

自主可控的 AI
基础设施

在自有硬件上完成 AI 开发、训练、模型注册、推理和运维,全程由您掌控,并兼容现有 API。

本地部署 · VPC · 物理隔离 — 数据留在自有环境

12
款产品 · 一个平台
5
家 GPU 厂商
15
个模型推理预设
2
种语言 — EN · 中文
100%
支持物理隔离部署
0
字节数据传出自有环境

§ 01 — 平台选择

除了租用云服务和自行集成, AI 团队还有第三种选择。

租用云服务,需要适应供应商的限制;自行集成工具,则要长期承担维护成本。TAIP 提供功能完整、统一管理的 AI 平台,部署在您自己的基础设施上。

选项一

租用云服务

  • 提示词、模型权重和数据存放在供应商的基础设施上,难以完全自主掌控
  • token 单价由供应商制定,费用受其价格调整影响
  • 功能更新、接口停用和可用区域都受供应商安排限制
  • 合规要求需要与供应商逐项协商落实

上手快,但自主控制有限。

选项二

自行集成多个开源工具

  • JupyterHub + 训练工具 + 模型仓库 + 网关 + 仪表盘……
  • 身份认证、配额管理和审计需要团队自行集成并长期维护
  • 升级时需要重新验证集成,功能缺口和故障由团队自行处理
  • 平台团队还需承担产品开发工作,增加人员和预算压力

软件免费,集成与维护仍需投入。

第三种选择

TAIP — 统一平台,自主掌控

  • 同一套技术栈覆盖开发、训练、模型注册、推理和运维全流程
  • 统一身份认证、令牌签发和配额管理,审计记录覆盖所有产品
  • 每个关键接口都采用开放标准:OCI、OpenAI/Anthropic API、OIDC、MCP、OTEL
  • 可部署到自有数据中心、VPC 或完全物理隔离的机房

功能完整,部署与管理由您掌控。

§ 02 — 平台导览

一条生命周期, 每个阶段都有覆盖。

从第一个 Notebook 到受管控的生产服务,逐一了解每个阶段由哪款 TAIP 产品负责、提供哪些功能,以及已发布版本中的实际用法。无需专用 SDK,也无需重写客户端。

01 — 开发 / 09

DevSpace

正式版

几秒钟内启动配备 GPU 的 Jupyter 或 VS Code 环境,闲置时自动关停。

一键创建 Jupyter、Marimo、Streamlit、Gradio 或 VS Code 环境,按需分配 GPU。每个环境通过独立认证代理控制访问,可授权指定同事使用,默认在闲置时自动关停。

核心能力

  • 统一提供 Notebook、IDE 与应用环境 预置 Jupyter、Marimo、Streamlit、Gradio 和 VS Code Server。
  • 独立环境与访问控制 每个环境使用独立的 StatefulSet 和 oauth2-proxy 边车容器,仅所有者和获授权的同事可访问 IDE,即使他人获得 URL 也无法访问。
  • 闲置自动关停,释放 GPU 活动探针检测 Jupyter 内核的实际活动。
了解 DevSpace
通过 SSH 连接开发环境,无需 kubeconfig
# 从笔记本电脑通过平台 SSH 网关连接 GPU 环境
$ ssh alice+env=jupyter@gateway.intra.example
(jupyter) $ nvidia-smi --query-gpu=name --format=csv,noheader
NVIDIA A100-SXM4-80GB
# 闲置 2 小时 → 缩容到零,PVC 保留,GPU 回到资源池▌

支持 Shell、scp、sftp 和端口转发,使用 ConsoleX 中登记的密钥认证。所有工作空间共用一个网关,无需使用 kubectl。

启动
数秒
IDE
Jupyter · VS Code · Marimo · Streamlit · Gradio
闲置
自动停止或删除
共享
按环境指定成员

02 — 训练 / 09

TrainX

正式版

通过模板或项目配置提交训练作业,由 Kubernetes 统一运行。

支持两种作业配置方式:根据模板自动生成表单,或通过项目中的 trainx.yaml 声明运行要求、使用平台提供的镜像。提交前实时校验配额,运行时提供日志、进度、MLflow 记录和断点恢复,训练产物可继续用于评测或部署。

核心能力

  • 两种配置方式:预置应用与运行镜像 预置应用包含下载模型、合并适配器或运行 lm-eval 等程序,通过 TrainXJobTemplate 定义参数类型并生成 Web 表单。
  • 实时查看日志、进度与产物 实时展示流式日志,并从 TRAINX_PROGRESS: i/N 或作业指标文件中解析进度。
  • 失败后从检查点恢复 声明检查点规范的模板支持自动恢复,可配置重启次数上限。
了解 TrainX
用项目配置声明训练任务
# trainx.yaml,放在代码旁——平台在提交时读取它
entrypoints:
  train:
    script: train.py
    outputs: [{ name: adapter, type: adapter, path: out/ }]
    checkpointing: { supported: true, dir: ckpt/ }

$ taip trainx run --entrypoint train    # 按依赖顺序提交关联作业
sft-lora  ████████████░░░░░░░░  62/100  loss=0.8214   可续跑▌

无需接入 SDK 或回调函数。输出 TRAINX_PROGRESS: i/N 即可显示进度条,归档时会读取作业生成的指标文件。日志、事件、产物和 TensorBoard 可统一查看。

提交方式
模板表单或 trainx.yaml
底层实现
TrainXJob CRD · Kubernetes Job 或 JobSet
可观测性
日志 · 进度 · 事件 · TensorBoard · MLflow

03 — 注册 / 09

ModelSphere

正式版

自有环境中的 Hugging Face Hub,设置一个环境变量即可连接现有客户端。

自托管的模型与数据集仓库,兼容 Hugging Face 协议,支持 transformers、datasets、huggingface-cli、git-lfs 和 Xet。Web 界面提供模型卡、数据集分页浏览和文件历史,并内置 OIDC 认证、审计、配额及公共 Hub 缓存。

核心能力

  • 兼容 Hugging Face Hub 协议 transformers、datasets、diffusers、huggingface-cli 设置 HF_ENDPOINT 后即可连接。
  • 基于 git 管理模型版本 git clone、git lfs pull、git lfs push 原生可用;超过 5 GiB 的对象通过 Hugging Face 分片传输上传。
  • 完整的仓库浏览界面 Web 界面支持搜索及按 tag、pipeline、library 筛选,提供带代码高亮和 GitHub 风格提示块的模型卡、文件查看器、提交历史、讨论与点赞。
了解 ModelSphere
通过环境变量配置客户端
$ export HF_ENDPOINT=https://models.intra.example

# 现有客户端可直接使用,无需修改代码
from transformers import AutoModelForCausalLM
model = AutoModelForCausalLM.from_pretrained("meta-llama/Llama-3.1-8B")
# 由您的仓库提供;可缓存自上游,也可在物理隔离环境中使用▌

协议层兼容 Hugging Face Hub API——包括 git clone 与数 GB 级的 LFS 传输。

协议
HF Hub API · git · LFS · Xet
模式
模型仓库 · 拉取缓存
身份
OIDC · 限定范围令牌

04 — 推理 / 09

InferX

正式版

在您自己的 GPU 上提供兼容 OpenAI 与 Anthropic 的推理服务——每个 token 都可计量。

提供自托管模型服务,兼容 OpenAI 与 Anthropic API,支持嵌入、重排、语音和视觉推理。通过 KServe 管理部署,配备负载路由、熔断保护和前缀缓存感知路由,并按用户、密钥和模型统计成本。

核心能力

  • 兼容主流 API,支持多模态推理 提供 /v1/chat/completions、/v1/embeddings、/v1/rerank、/v1/audio/speech、/v1/audio/transcriptions、/anthropic/v1/messages 和 KServe v2 /v2/models/:model/infer 等接口,并支持流式 SSE 输出。
  • 支持多厂商 GPU 与 KServe 自动识别 NVIDIA、AMD、Intel、华为昇腾与寒武纪设备。
  • 按模型统计成本、延迟与错误率 通过 OTEL 采集请求指标,按模型、用户和 API 密钥统计 P50/P95/P99 延迟、错误率和 token 成本,并支持预算、限流及余额归零时自动停用。
了解 InferX
修改服务地址,沿用现有客户端
from openai import OpenAI
client = OpenAI(
    base_url="https://inferx.intra.example/api",  # ← 唯一的改动
    api_key=os.environ["INFERX_API_KEY"],
)
# Anthropic SDK 与 claude-code 同理,经 /anthropic/v1 接入
# 仪表盘统计各请求的指标:成本 · P50/P95/P99 · 错误率▌

OpenAI 与 Anthropic SDK 均可通过修改服务地址接入,支持流式输出,并可按密钥设置预算、限流和模型白名单。

协议
OpenAI · Anthropic · SSE 流式
运行时
vLLM · llama.cpp · 任意 KServe 运行时
硬件
NVIDIA · AMD · Intel · 昇腾 · 寒武纪
路由
感知前缀缓存

05 — 知识 / 09

GrokX

正式版

让智能体依据自有文档作答,支持扫描版 PDF,并标注来源页码。

为 TAIP 智能体提供文档检索能力。导入普通文档或扫描版 PDF 后,通过混合检索和重排返回带页码的引用内容。各知识库相互隔离,由 OIDC 单点登录和访问权限统一管理;嵌入与重排使用自有 InferX 服务,向量存入可插拔的向量数据库。智能体通过 mcp__kb__search 检索文档,获取作答依据。

核心能力

  • 导入文档,识别扫描内容 支持 PDF、Word、HTML、Markdown 和纯文本。
  • 混合检索与结果重排 稀疏关键词向量与稠密嵌入以命名向量存储,检索结果经排名融合后,再由交叉编码器对排名靠前的结果重排,同时利用关键词和语义信息。
  • 页级引用 每个文档分块保留来源与页码,导入、检索和重排后仍可追溯。
了解 GrokX
导入文档,供智能体检索
$ grokx push ./corpus --kb research   # 上传文档 + OCR 识别扫描件 + 建立索引,可断点续传
ingested 142 docs · 38 OCR'd · 1,907 pages → indexed 9,841 chunks
$ grokx serve                          # MCP 服务(streamable HTTP),监听 :8080
serving 6 knowledge bases
# AgentX 的 Agent 调用该工具——混合检索 + 重排,带引用作答:
mcp__kb__search("Q3 revenue", kb="research") → "…revenue was $4.2M…"  [report.pdf p.12]▌

OCR 和嵌入计算在导入时完成,查询时无需重复执行。检索融合关键词与语义结果并进行重排,保留段落来源和页码,便于引用与核实。

服务对象
为智能体提供文档依据
检索
混合检索 + 重排
引用
精确到页

06 — 智能体 / 09

AgentX

预览版

在 Kubernetes 上定义和运行智能体,支持版本管理、沙箱隔离和全程追踪。

通过 Agent 定义智能体,再以 Session 运行自主任务或交互式对话。平台提供独立会话沙箱、默认拒绝出站的网络策略、内置 / MCP / 自定义工具、跨会话记忆、定时任务和常驻服务。实时追踪记录执行过程与 token 用量,OIDC 单点登录和会话权限控制保障访问隔离,各项资源由 agent.tensorstack.dev 下的 CRD 管理。

核心能力

  • Agent 定义支持版本管理 在 Agent 中声明模型、系统提示词、工具、记忆和沙箱,同一定义可重复运行。
  • 支持自主任务与交互式对话 一个 AgentSession 表示一次运行,可用于一次性任务或多轮对话。
  • 支持多种工具接入 bash、file、code 和 web 在沙箱内运行,MCP 服务通过 Streamable-HTTP 客户端接入。
了解 AgentX
使用 Kubernetes 资源定义智能体
$ kubectl apply -f agent.yaml         # 一份支持版本管理的 Agent 定义
agent.agent.tensorstack.dev/demo  created
$ kubectl apply -f session.yaml       # 它的一次运行
agentsession/demo-run-1  created
$ kubectl get agentsession demo-run-1 -w
demo-run-1   Pending → Running → Succeeded   # 加固的沙箱 Pod
$ taip-agent trace demo-run-1          # 实时 SSE:每一步、每次工具调用、每个 token
# 用量:输入 1,284 · 输出 412 token · 归属到本次运行▌

Agent、AgentSession、AgentService、AgentSchedule、MemoryStore——agent.tensorstack.dev 上的五个 CRD。采用声明式配置,支持 GitOps,可使用现有 Kubernetes 工具查看运行状态。

版本
v0.1.0-rc1 预览版
CRD
5 个,位于 agent.tensorstack.dev
追踪
步骤 · 工具 · token

07 — 治理 / 09

ConsoleX

正式版

登录即可获得独立的 Kubernetes 工作空间,无需 kubectl 或人工开通。

首次通过单点登录(SSO)访问时,系统自动创建隔离的命名空间,配置配额、网络策略、存储和 Web 终端,并持续同步配置。ConsoleX 还统一提供平台令牌、SSH 网关和由集群分发的 taip 命令行工具。

核心能力

  • 按用户自动开通工作空间 首次通过 OIDC 登录时,ConsoleX 自动创建命名空间、应用配额模板,并授予用户管理权限,无需人工开通或手动配置 RBAC。
  • 在浏览器中管理工作负载 支持查看、创建、扩缩容、重启和调试 Pod、Deployment、StatefulSet、Job 与 CronJob,可实时查看日志、使用 Web 终端,并通过拖放上传或下载 PVC 中的文件。
  • 配额自动同步与恢复 配额模板实时下发到关联工作空间。
了解 ConsoleX
首次登录,自动开通
# alice 通过 SSO 登录——ConsoleX 自动开通她的工作空间
namespace      cx-alice                          已创建
resourcequota  gpu-small (8 CPU · 32Gi · 1 GPU)  已应用
networkpolicy  default-deny                      已生效
rolebinding    alice → cx-alice 管理员           已授权
# 数秒内修复配置偏差——事件监听 + 定期全量同步▌

管理员设置配额模板后,ConsoleX 自动开通工作空间并持续同步配置,无需手动配置 RBAC。

开通方式
按用户自动开通
管理范围
Pod · PVC · NetworkPolicy · YAML
身份
OIDC SSO · 令牌签发

08 — 运维 / 09

TAIP Admin

正式版

在一个控制台中管理 AI 集群,日常运维无需依赖 kubectl。

面向 AI Kubernetes 集群的管理控制台,以单个二进制文件交付。统一管理多厂商 GPU、Kueue、KServe、Ceph 与 Longhorn 存储,并提供应用健康监控、告警、闲置资源检测、身份管理、审计和全屏应急监控视图。自动识别已安装组件,按可用能力展示功能。

核心能力

  • GPU 与 AI 工作负载管理 支持浏览扩展资源和 DRA 设备,通过 NVIDIA DCGM 与昇腾 NPU 指标查看单卡利用率、显存、温度及功耗。
  • 统一查看存储用量与容量趋势 通过 StorageBackend CRD 声明 Ceph 与 Longhorn 的集群标识、控制台链接和采集任务,关联 PV 与存储后端。
  • 监控平台应用健康状态 统一展示 TAIP 各应用的健康状态,将告警关联到对应 Pod,并支持直接重启、扩缩容或回滚。
了解 TAIP Admin
自动识别并启用集成功能
$ helm install taip-admin taip/taip-admin
已识别   metrics-server ✓  kueue ✓  kserve ✓  cert-manager ✓
已识别   gateway-api ✓  dra ✓  vpa ✓  training-operator ✓
已接入   prometheus ✓  alertmanager ✓  grafana ✓   # 各填一个 URL
# 移除某个组件,对应页面随之自动隐藏
# 617 个 Secret 0.5 秒列出(仅元数据)· 值永不离开集群▌

通过 Helm 部署单个二进制文件,控制台按已安装组件自动调整功能,并兼容不同 Kueue 版本,无需重新构建。

部署形态
单个 Go 二进制 · 一个 Helm release
自动发现
Kueue · KServe · DRA · cert-manager
存储
Ceph · Longhorn · 按租户 GiB·小时
身份
OIDC · 管理员与只读分离

09 — 部署 / 09

TAIP Base

正式版

从裸机搭建 AI 平台,支持完全物理隔离部署。

面向联网与物理隔离环境的平台安装工具,统一部署 Kubernetes、eBPF 网络、多副本存储、负载均衡、身份认证、镜像仓库、GPU Operator 和多机训练组件。在构建机上准备发布包后,可重复执行同一套部署流程。

核心能力

  • 预先准备离线部署资源 发布包预先包含 Chart,并将镜像打包为 OCI Layout,锁定各组件版本。
  • 预集成平台基础组件 集成 Kubernetes、Cilium(eBPF CNI)、Longhorn(多副本块存储)、MetalLB(裸机 L2 负载均衡)、cert-manager、Envoy Gateway、自托管 OIDC 和 KServe(默认开启,可关闭)。
  • 支持重复执行与分层重试 各安装角色均可重复执行,Ctrl-C 中断后可重新运行,也可使用 --tags k8s,longhorn 仅重跑指定层。
了解 TAIP Base
从裸机开始安装,支持中断后重试
$ ./install/00-preflight.sh                      # 只读预检
$ ./install/03-install-cluster.sh --cluster site-a
ok  k8s · cilium · longhorn · cert-manager · envoy-gateway · authentik
# Ctrl-C 后重跑,就是官方文档写明的恢复路径
# 固定发布包与仓库版本,确保不同站点的部署结果一致▌

内容寻址的发布包:版本升级重新打包时仅传输发生变化的层。一个镜像仓库可以服务多个集群。

网络环境
本地 · 受限网络 · 物理隔离
组件
K8s · Cilium · Longhorn · Envoy · OIDC · Kueue
安装包
预置 · 版本锁定 · 可复现

§ 03 — 平台架构

十二款产品, 组成一套完整平台。

每款产品各有侧重,可独立交付;各产品共用身份认证、租户管理、策略和监控体系。选择任一产品,查看它在平台中的位置。

全部产品

L5

AI 应用

团队在其上构建知识服务与智能体

L4

AI 生命周期

开发 → 训练 → 注册 → 推理

L3

控制平面

租户管理、平台运维与计费

L2

基础底座

Kubernetes、身份、存储、网络

L1

您的硬件

本地部署 · VPC · 物理隔离

NVIDIA AMD Intel 昇腾 寒武纪 Ceph · Longhorn

InferX

正式版

在您自己的 GPU 上提供兼容 OpenAI 与 Anthropic 的推理服务——每个 token 都可计量。

提供自托管模型服务,兼容 OpenAI 与 Anthropic API,支持嵌入、重排、语音和视觉推理。通过 KServe 管理部署,配备负载路由、熔断保护和前缀缓存感知路由,并按用户、密钥和模型统计成本。

协议
OpenAI · Anthropic · SSE 流式
运行时
vLLM · llama.cpp · 任意 KServe 运行时
硬件
NVIDIA · AMD · Intel · 昇腾 · 寒武纪
查看产品详情

以开放标准连接各项服务。 已有标准,优先采用。 无需适配专有协议。

  • ◆OCI
  • ◆OpenAI API
  • ◆Anthropic API
  • ◆MCP
  • ◆OIDC
  • ◆Gateway API
  • ◆KServe
  • ◆Kueue
  • ◆JobSet
  • ◆OTEL
  • ◆DRA
  • ◆Cosign
  • ◆eBPF

§ 04 — 自主管控

私有部署, 统一管理。

律师事务所、医院等机构对机密文件和病历的存储、访问有严格要求。AI 处理这些敏感数据时,也应遵循同样的管控标准。

01

一套平台,覆盖完整 AI 生命周期

Notebook、训练、模型注册、推理和智能体共用一套技术栈,统一身份认证、配额管理和审计记录,减少工具集成与维护工作。

02

内置治理能力,减少集成工作

平台提供按用户隔离的命名空间、默认拒绝访问的网络策略和 OIDC 认证,并自动修复配额配置偏差。各产品共用令牌签发服务与 SSH 网关,统一审计日志格式,并按 token 统计成本。

03

随处可部署,完全归您掌控

支持部署到自有数据中心、VPC 或完全物理隔离的机房。身份系统在本地运行,镜像预先打包,各节点无需访问公网。

在自有环境中部署 TAIP

自有硬件,统一身份, 数据自主掌控。

无论联网还是完全物理隔离,都能从裸机搭建可用的 AI 平台。了解各款产品的功能与协作方式,选择适合您环境的部署方案。