← 返回全部文章
·约 14 分钟PPT

🔥 TokenSpeed:光速级 LLM 推理引擎,性能对标 TensorRT-LLM

Agent图像设计

配套媒体

本页对应的 PPT 与演示视频

tokenspeed-recommend.mp4
PPT
tokenspeed-recommend.pptx浏览器不能直接打开 PPT,下载后用 PowerPoint / WPS / Keynote 查看
下载没反应?点这里复制直链

侧边栏预览窗口(Electron webview)会拦截下载,把下面的链接复制到 Chrome / Edge 地址栏打开即可保存。

PPT../../tokenspeed-recommend.pptx
视频../../tokenspeed-recommend.mp4
本文目录
  1. 🚀 什么是 TokenSpeed?
  2. ✨ 核心功能一览
  3. 1. local-SPMD 建模层
  4. 2. C++/Python 混合调度器
  5. 3. 可插拔分层内核系统
  6. 4. SMG 集成 AsyncLLM 入口点
  7. 🛠️ 快速上手:5 分钟跑通示例
  8. 环境准备
  9. 步骤 1:启动 Runner 容器
  10. 步骤 2:在容器内安装
  11. 步骤 3:启动服务器
  12. 步骤 4:API 调用测试
  13. 📊 与竞品对比
  14. TokenSpeed vs TensorRT-LLM
  15. TokenSpeed vs vLLM
  16. 💡 适用场景
  17. 场景 1:高并发 AI Agent 系统
  18. 场景 2:生产环境模型服务
  19. 场景 3:Blackwell 架构性能优化
  20. 用户群体总结
  21. 💰 定价方案
  22. 🎯 总结

🔥 TokenSpeed:光速级 LLM 推理引擎,性能对标 TensorRT-LLM

封面图

专为 AI Agent 工作负载设计的推理引擎,兼具 TensorRT-LLM 的极致性能与 vLLM 的易用性,Blackwell 架构上最快的 MLA 实现之一。


🚀 什么是 TokenSpeed?

TokenSpeed 是一个由 LightSeek 组织开发的光速级 LLM 推理引擎,于 2026 年 5 月初发布,短短几天已获得 777 Stars。它的核心定位非常明确:成为生产环境中 AI Agent 工作负载的最高性能推理引擎。

在当前的 LLM 推理领域,存在着一个明显的痛点:

  • TensorRT-LLM 性能极强,但使用门槛高,配置复杂
  • vLLM 易用性好,但在高并发 Agent 场景下性能不够极致

TokenSpeed 的出现正是为了解决这个问题——它用 local-SPMD 静态编译器 + C++/Python 混合调度器 + 可插拔内核系统,实现了性能与易用性的完美平衡。

GitHub stars GitHub forks

核心定位:专为主动式 AI Agent 设计的高性能推理引擎,不是通用聊天工具的推理后端


✨ 核心功能一览

TokenSpeed 核心功能

1. local-SPMD 建模层

传统推理引擎需要用户手动编写并行逻辑(张量并行、流水线并行等),而 TokenSpeed 的建模层采用 local-SPMD 设计,配备静态编译器,可以从模块边界的放置注释自动生成集合通信代码。

这意味着什么? 用户无需手写复杂的并行逻辑,编译器会自动处理。

2. C++/Python 混合调度器

调度器采用双平面架构:

  • C++ 控制平面:处理请求生命周期、KV 缓存所有权管理
  • Python 执行平面:灵活的执行业务逻辑

更关键的是,请求生命周期、KV 缓存所有权和重叠时序被编码为有限状态机,KV 资源的安全重用由编译时类型系统强制执行。这在系统层面避免了内存泄漏和资源竞争问题

3. 可插拔分层内核系统

TokenSpeed 提供了一套分层内核系统,具有:

  • 可移植的公共 API:不同硬件平台统一接口
  • 集中式注册表:内核实现即插即用
  • Blackwell 最优 MLA:在 Blackwell 架构上提供最快的多头潜在注意力(MLA)实现之一

4. SMG 集成 AsyncLLM 入口点

入口点集成了 SMG 的 AsyncLLM,用于低开销的 CPU 端请求处理,特别适合高并发的 Agent 场景。


🛠️ 快速上手:5 分钟跑通示例

环境准备

TokenSpeed 需要 NVIDIA GPU 和 Docker 环境。推荐使用 Blackwell(B200)或 Hopper(H100)架构的 GPU 以获得最佳性能。

步骤 1:启动 Runner 容器

# 拉取官方 Runner 镜像
docker pull lightseekorg/tokenspeed-runner:latest

# 启动容器(需要足够的共享内存和 GPU 资源)
docker run -itd \
  --shm-size 32g \
  --gpus all \
  -v /raid/cache:/home/runner/.cache \
  --ipc=host \
  --network=host \
  --pid=host \
  --privileged \
  --name tokenspeed \
  lightseekorg/tokenspeed-runner:latest \
  /bin/bash

步骤 2:在容器内安装

# 进入容器
docker exec -it tokenspeed bash

# 克隆代码
git clone https://github.com/lightseekorg/tokenspeed.git
cd tokenspeed

# 安装 Python 运行时
export PIP_BREAK_SYSTEM_PACKAGES=1
pip install -e "./python" --no-build-isolation

# 安装 kernel 包(会自动安装 CUDA kernel 依赖)
pip install -e tokenspeed-kernel/python/ --no-build-isolation

# 安装 scheduler 包
pip install -e tokenspeed-scheduler/

步骤 3:启动服务器

快速测试(GPT-OSS-20B):

tokenspeed serve openai/gpt-oss-20b \
  --host 0.0.0.0 \
  --port 8000 \
  --tensor-parallel-size 1

生产环境(Kimi K2.5,4 卡并行):

tokenspeed serve nvidia/Kimi-K2.5-NVFP4 \
  --served-model-name kimi-k2.5 \
  --host 0.0.0.0 \
  --port 8000 \
  --trust-remote-code \
  --max-model-len 262144 \
  --kv-cache-dtype fp8 \
  --quantization nvfp4 \
  --tensor-parallel-size 4 \
  --enable-expert-parallel \
  --chunked-prefill-size 8192 \
  --max-num-seqs 256 \
  --attention-backend trtllm_mla \
  --moe-backend flashinfer_trtllm \
  --reasoning-parser kimi_k2 \
  --tool-call-parser kimi_k2

注意:Blackwell 架构(B200)用户可获得最优性能,项目在 B200 上提供了目前最快的 MLA 实现之一

步骤 4:API 调用测试

TokenSpeed 提供 OpenAI 兼容的 API 接口:

from openai import OpenAI

# 连接到本地 TokenSpeed 服务
client = OpenAI(
    api_key="EMPTY",  # 本地部署无需真实密钥
    base_url="http://localhost:8000/v1"
)

# 调用聊天接口
response = client.chat.completions.create(
    model="kimi-k2.5",
    messages=[
        {"role": "user", "content": "请用 Python 写一个快速排序算法"}
    ],
    max_tokens=256,
)

print(response.choices[0].message.content)

📊 与竞品对比

TokenSpeed vs 竞品对比

TokenSpeed vs TensorRT-LLM

对比维度 TokenSpeed TensorRT-LLM
性能 对标 TensorRT-LLM 极高
易用性 对标 vLLM 低,配置复杂
静态编译器 ✅ 自动生成通信代码 ❌ 需手动配置
调度器 C++/Python 混合状态机 多样化,但复杂
Blackwell 优化 ✅ 最优 MLA 实现 ✅ 有
适用场景 Agent 工作负载 通用高性能推理

TokenSpeed vs vLLM

对比维度 TokenSpeed vLLM
性能 对标 TensorRT-LLM 中等
易用性 对标 vLLM 高
Agent 优化 ✅ 专为 Agent 设计 ⚠️ 通用场景
KV 缓存管理 编译时类型系统保证 运行时管理
内核系统 可插拔分层架构 相对固定

核心优势:TokenSpeed 在 Agent 工作负载上提供了目前最均衡的性能/易用性比


💡 适用场景

场景 1:高并发 AI Agent 系统

性能对比图

功能说明:TokenSpeed 在 Agent 工作负载(多轮对话、工具调用、推理链)上表现出色,性能曲线优于 TensorRT-LLM。

输入要求:配置好的 NVIDIA GPU(推荐 B200/H100)、Docker 环境、模型检查点

输出效果:高吞吐量的 Agent 推理服务,支持 256 个并发序列

适用场景:

  • ✅ 多 Agent 协作系统(如 AutoGen、MetaGPT 后端)
  • ✅ 需要大量工具调用的 Agent 应用
  • ✅ 长上下文推理任务(支持 262K tokens)

场景 2:生产环境模型服务

功能说明:TokenSpeed 提供 OpenAI 兼容的 API,可以无缝替换现有基于 vLLM 或 TensorRT-LLM 的服务。

输入要求:HuggingFace 格式的模型检查点(支持 NVFP4 量化)

输出效果:稳定的 HTTP 服务,支持动态批处理、KV 缓存复用

适用场景:

  • ✅ 企业级 LLM 服务部署
  • ✅ 需要兼顾性能和易用性的生产环境
  • ✅ 从 vLLM 迁移到更高性能的后端

场景 3:Blackwell 架构性能优化

功能说明:TokenSpeed 在 Blackwell(B200)架构上提供了最优的 MLA(多头潜在注意力)实现,充分利用新架构特性。

输入要求:B200 GPU、安装 CUDA 12.x 及以上

输出效果:相比 Hopper 架构,推理速度提升显著

适用场景:

  • ✅ 已采购 Blackwell 硬件的企业/团队
  • ✅ 需要极致推理性能的场景
  • ✅ 运行 Kimi K2.5、DeepSeek V4 等最新大模型

用户群体总结

  • ✅ AI Agent 开发者:需要高性能推理后端支持复杂 Agent 工作负载
  • ✅ MLOps 工程师:在生产环境中部署 LLM 服务,兼顾性能和易用性
  • ✅ 企业技术团队:已有 Blackwell/Hopper 硬件,需要最大化利用率
  • ✅ 模型服务提供商:高并发场景下需要稳定、高性能的推理引擎
  • ❌ 不适合:个人学习者(需要高端 GPU)、非 Agent 场景(vLLM 更简单)

💰 定价方案

TokenSpeed 采用 MIT 开源协议,完全免费使用,包括商业用途。

开源协议: MIT

当前状态:Preview Release(预览版),用于复现 Kimi K2.5 在 B200 上的结果。

正在开发的功能:

  • 🔄 模型覆盖:Qwen 3.6、DeepSeek V4、MiniMax M2.7
  • 🔄 运行时特性:PD(推测解码)、EPLB、KV store、Mamba cache、VLM
  • 🔄 平台优化:Hopper 优化、MI350 优化

💡 免费使用:MIT 协议允许商业用途,无需支付任何授权费用

硬件成本:需要自购 NVIDIA GPU(推荐 B200/H100),无额外软件授权费。


🎯 总结

TokenSpeed 是一个定位非常明确的 LLM 推理引擎:它不追求通用场景,而是专注于 AI Agent 工作负载 这个细分领域,并在这个领域做到了性能与易用性的最佳平衡。

推荐指数: ⭐⭐⭐⭐(4/5 星,预览版功能还在完善中)

适合人群: Agent 开发者、MLOps 工程师、有 Blackwell/Hopper 硬件的企业团队

立即体验: TokenSpeed GitHub

官方文档: https://lightseek.org/tokenspeed/

博客介绍: LightSeek TokenSpeed 技术解析


数据截至 2026-05-09,最新信息请以官网为准。