flash-tokenizer
FlashTokenizer 是一款专为大语言模型(LLM)推理服务打造的高性能分词引擎。它基于 C++ 开发,完美兼容 BERT 分词逻辑,旨在解决现有主流分词工具在速度与资源消耗上的瓶颈。
在实际应用中,许多开发者发现 Hugging Face 的 Python 版分词器速度较慢,而其他加速方案往往依赖庞大的深度学习框架(如 PaddlePaddle)或存在精度损失。FlashTokenizer 的出现正是为了填补这一空白:它在保持与官方实现完全一致的准确率前提下,运行速度比标准的 BertTokenizerFast 快达 10 倍,被誉为“全球最快的 CPU 分词库”。
这款工具特别适合需要高吞吐、低延迟的 AI 后端工程师、模型部署专家以及 NLP 研究人员。其独特的技术亮点在于纯 C++ 底层优化,无需安装重型依赖库,仅通过 pip 即可轻松集成到 Python 项目中。此外,它还支持多语言环境,并因其卓越的性能入选了 2025 年顶级 C++ NLP 项目榜单。如果你正在构建对响应时间敏感的大模型应用,FlashTokenizer 能显著提升预处理效率,让推理流程更加流畅高效。
使用场景
某大型电商客服团队正在部署基于大语言模型(LLM)的实时智能问答系统,需在高峰期每秒处理数千条用户咨询。
没有 flash-tokenizer 时
- 响应延迟高:使用默认的
BertTokenizerFast进行文本预处理时,CPU 占用率飙升,导致首字生成延迟超过 800 毫秒,用户感觉明显卡顿。 - 并发瓶颈严重:由于分词速度慢,推理服务的吞吐量受限,在促销活动期间无法支撑高并发请求,大量请求排队超时。
- 依赖包臃肿:尝试引入其他高性能方案(如 PaddleNLP)需安装数 GB 的深度学习框架,增加了容器镜像体积和部署复杂度。
- 资源成本浪费:为了弥补分词效率低下的短板,不得不额外扩容 CPU 节点,显著推高了云端算力成本。
使用 flash-tokenizer 后
- 极致低延迟:flash-tokenizer 凭借 C++ 底层优化,将分词速度提升 10 倍以上,首字延迟降至 80 毫秒以内,实现“秒回”体验。
- 吞吐量倍增:单节点每秒可处理的请求数(QPS)大幅提升,轻松应对大促流量洪峰,无需复杂的负载均衡策略。
- 轻量级部署:仅需通过
pip安装轻量级库,无需绑定庞大的训练框架,镜像体积减小 90%,运维迭代更敏捷。 - 降本增效显著:在同等流量下,所需 CPU 核心数减少 60%,直接降低了基础设施运营成本。
flash-tokenizer 通过消除 LLM 推理链路中的分词性能瓶颈,让企业以更低的算力成本实现了工业级的实时响应能力。
运行环境要求
- Linux
- macOS
- Windows
不需要 GPU,纯 CPU 运行
未说明

快速开始
全球最快的CPU分词库!
FlashTokenizer已被Libhunt评选为【C++自然语言处理十大项目】之一。
2025年C++自然语言处理十大项目

🇨🇳 简体中文 🇰🇷한국어 🇯🇵日本語
面向大模型推理服务的高效优化分词引擎
FlashTokenizer是基于BertTokenizer的高性能C++实现,专为大模型推理设计。它在速度和准确性上均超越了其他类似工具,例如FlashAttention和FlashInfer,并且相比transformers中的BertTokenizerFast快10倍。
💚 贡献者
![]() @jhcnode |
![]() @christurnbull |
性能基准测试演示视频
[!NOTE]
为什么?
我们需要一种比Huggingface的BertTokenizerFast更快、更准确且更易用的分词器。(链接1, 链接2, 链接3)
PaddleNLP的BertTokenizerFast通过将Huggingface的Rust版本移植到
C++中,实现了1.2倍的性能提升。然而,使用它需要同时安装庞大的PaddlePaddle和PaddleNLP包。Tensorflow-text的FastBertTokenizer的实际表现反而更慢。
微软的Blingfire在自定义数据上训练需要超过8小时,且准确性相对较低。
Rapid的cuDF提供了基于GPU的BertTokenizer,但存在准确性问题。
不幸的是,FastBertTokenizer和BertTokenizers是用
C#开发的,无法在Python中使用。这就是我们开发
FlashTokenizer的原因。它可以通过pip轻松安装,并且采用C++编写,便于维护。此外,它还能保证极高的速度。我们实现了一种比Blingfire更快、更易用的方案。FlashTokenizer基于快速WordPiece分词法中提出的LinMax分词器,能够在线性时间内完成分词。最后,它支持C++级别的并行处理以进行批量编码,从而提供卓越的速度。
FlashTokenizer包含以下核心特性
[!TIP]
基于C++17实现。
- MacOS:
clang++。- Windows:
Visual Studio 2022。- Ubuntu:
g++。通过pybind11同样可在Python中实现高速运行。
支持使用OPENMP在C++层面进行并行处理。
新闻
[!IMPORTANT]
[2025年4月2日]
- 添加性能基准测试代码
- 性能基准测试使用 Python 进行,所需包可通过 setup.sh 安装。
- 通过在
BasicTokenizer中添加tokenize_early_stop功能,实现了小幅性能提升。- 在 Windows、Linux 和 macOS 上,OpenMP 的性能均优于
std::thread,因此我们已完全切换至 OpenMP。[2025年3月31日]
- 修改为提供各操作系统的预编译 whl 文件。
[2025年3月22日]
- 向 AC Trie 添加了 DFA。
[2025年3月21日]
- 提升分词器准确性
[2025年3月19日]
- 通过应用来自 Aho–Corasick 算法的 LinMaxMatching,减少了内存占用并略微提升了性能。
- 改进了所有函数的分支流水线,并强制内联。
- 移除了
WordpieceTokenizer(Backward)中不必要的操作。- 优化所有函数,使其运行速度比使用缓存更快,仅除 Bloom filter 外。
- 将
标点符号、控制字符和空白字符预先定义为 constexpr,并用作 Bloom 过滤器。- 通过统计内存分析减少不必要的内存分配。
- 在 ✨FlashTokenizer✨ 中,
bert-base-uncased在单核上每秒可处理 35K 条文本,平均每条文本的处理时间约为 28ns。[2025年3月18日]
- BasicTokenizer 准确性的提升改善了整体准确性,尤其在 Unicode 输入时表现更为精准。
[2025年3月14日]
- 使用 Trie 改进了
WordPieceTokenizer和WordPieceBackwordTokenizer的性能,该技术源自 Fast WordPiece Tokenization。- 在
SingleEncoding中使用FastPoolAllocator于std::list可提升性能,但其不具备线程安全性,因此在BatchEncoding中仍直接使用std::list<std::string>。在批量编码中,完全移除了OPENMP,仅使用std::thread。[2025年3月10日]
- 通过 robin_hood 实现更快的标记映射,以及利用 std::list 最小化内存拷贝,从而提升了性能。
标记 ID 映射表性能测试。
标记与 ID 映射采用了最快的
robin_hood::unordered_flat_map<std::string, int>。[2025年3月9日] 完成了 BertTokenizer 的 flash-tokenizer 开发。
1. 安装
要求
Windows(AMD64),MacOS(ARM64),Ubuntu(x86-64)。g++/clang++/MSVC。python 3.8 ~ 3.13。
从 PIP 安装
在 Windows 上,您需要安装 vc_redist.x64.exe。
# Windows
pip install -U flash-tokenizer
# Linux
pip install -U flash-tokenizer
# MacOS
pip install -U flash-tokenizer
从源码安装
git clone https://github.com/NLPOptimize/flash-tokenizer
cd flash-tokenizer/prj
pip install .
2. 示例
from flash_tokenizer import BertTokenizerFlash
from transformers import BertTokenizer
titles = [
'绝不能放弃,世界上没有失败,只有放弃。',
'is there any doubt about it "None whatsoever"',
"세상 어떤 짐승이 이를 드러내고 사냥을 해? 약한 짐승이나 몸을 부풀리지, 진짜 짐승은 누구보다 침착하지.",
'そのように二番目に死を偽装して生き残るようになったイタドリがどうして初めて見る自分をこんなに気遣ってくれるのかと尋ねると「私が大切にする人たちがあなたを大切にするから」と答えては'
]
tokenizer1 = BertTokenizerFlash.from_pretrained('bert-base-multilingual-cased')
tokenizer2 = BertTokenizer.from_pretrained('bert-base-multilingual-cased')
correct = 0
for title in titles:
print(title)
tokens1 = tokenizer1.tokenize(title)
tokens2 = tokenizer2.tokenize(title)
ids1 = tokenizer1(title, max_length=512, padding="longest").input_ids[0]
ids2 = tokenizer2(title, max_length=512, padding="longest", return_tensors="np").input_ids[0].tolist()
if tokens1 == tokens2 and ids1 == ids2:
correct += 1
print("Accept!")
else:
print("Wrong Answer")
print(ids1)
print(ids2)
print()
print(f'Accuracy: {correct * 100.0 / len(titles):.2f}%')
绝不能放弃,世界上没有失败,只有放弃。
Accept!
[101, 6346, 2080, 6546, 4284, 3704, 10064, 2087, 5621, 2078, 4917, 4461, 3204, 7480, 10064, 2751, 4461, 4284, 3704, 1882, 102]
[101, 6346, 2080, 6546, 4284, 3704, 10064, 2087, 5621, 2078, 4917, 4461, 3204, 7480, 10064, 2751, 4461, 4284, 3704, 1882, 102]
is there any doubt about it "None whatsoever"
Accept!
[101, 10124, 11155, 11178, 86697, 10978, 10271, 107, 86481, 12976, 11669, 23433, 107, 102]
[101, 10124, 11155, 11178, 86697, 10978, 10271, 107, 86481, 12976, 11669, 23433, 107, 102]
세상 어떤 짐승이 이를 드러내고 사냥을 해? 약한 짐승이나 몸을 부풀리지, 진짜 짐승은 누구보다 침착하지.
Accept!
[101, 9435, 14871, 55910, 9710, 48210, 10739, 35756, 9113, 30873, 31605, 11664, 9405, 118729, 10622, 9960, 136, 9539, 11102, 9710, 48210, 43739, 9288, 10622, 9365, 119407, 12692, 12508, 117, 9708, 119235, 9710, 48210, 10892, 9032, 17196, 80001, 9783, 119248, 23665, 119, 102]
[101, 9435, 14871, 55910, 9710, 48210, 10739, 35756, 9113, 30873, 31605, 11664, 9405, 118729, 10622, 9960, 136, 9539, 11102, 9710, 48210, 43739, 9288, 10622, 9365, 119407, 12692, 12508, 117, 9708, 119235, 9710, 48210, 10892, 9032, 17196, 80001, 9783, 119248, 23665, 119, 102]
そのように二番目に死を偽装して生き残るようになったイタドリがどうして初めて見る自分をこんなに気遣ってくれるのかと尋ねると「私が大切にする人たちがあなたを大切にするから」と答えては
Accept!
[101, 11332, 24273, 2150, 5632, 5755, 1943, 4805, 1980, 2371, 7104, 11592, 5600, 1913, 4814, 1975, 27969, 15970, 21462, 15713, 21612, 10898, 56910, 22526, 22267, 2547, 19945, 7143, 1975, 6621, 2534, 1980, 28442, 60907, 11312, 4854, 777, 14813, 18825, 58174, 75191, 11662, 3456, 1945, 100812, 1890, 5949, 1912, 3197, 2535, 84543, 2179, 7877, 111787, 22946, 20058, 11377, 3197, 2535, 8454, 1686, 1991, 1, 102]
[101, 11332, 24273, 2150, 5632, 5755, 1943, 4805, 1980, 2371, 7104, 11592, 5600, 1913, 4814, 1975, 27969, 15970, 21462, 15713, 21612, 10898, 56910, 22526, 22267, 2547, 19945, 7143, 1975, 6621, 2534, 1980, 28442, 60907, 11312, 485, 7, 14813, 18825, 58174, 75191, 11662, 3456, 1945, 1, 102]
Accuracy: 100.00%
3. 其他实现
大多数基于BERT的模型都使用WordPiece分词器,其代码可以在这里找到。 (Hugging Face的一个简单实现可以在这里找到这里)。
由于BertTokenizer是一种CPU密集型算法,推理可能会成为瓶颈,未优化的分词器速度会非常慢。一个很好的例子是KR-BERT中引入的双向Wordpiece分词器。大部分代码相同,但该算法会反向遍历子标记,并在反向遍历时写入更大的值,而正向遍历时则不然。论文声称准确率有所提升,但很难找到其他量化指标,且准确率的提升并不显著,同时分词器的速度也严重下降。
- transformers(Rust实现,PyO3)
- paddlenlp(C++实现,pybind)
- tensorflow-text(C++实现,pybind)
- blingfire(C++实现,原生二进制调用)
大多数开发者要么使用transformers.BertTokenizer,要么使用transformers.AutoTokenizer,但使用AutoTokenizer时会返回transformers.BertTokenizerFast。
当然,它比BertTokenizer快,但结果并不完全相同,这意味着从分词阶段开始,你就已经放弃了100%的准确性。
BertTokenizer并不仅由transformers提供。PaddleNLP和tensorflow-text也提供了BertTokenizer。
此外还有由微软开发、目前处于废弃状态的Blingfire。
PaddleNLP需要PaddlePaddle支持,并从3.0rc版本开始提供分词功能。你可以按如下方式安装:
##### 安装PaddlePaddle、PaddleNLP
python -m pip install paddlepaddle==3.0.0b1 -i https://www.paddlepaddle.org.cn/packages/stable/cpu/
pip install --upgrade paddlenlp==3.0.0b3
##### 安装transformers
pip install transformers==4.47.1
##### 安装tf-text
pip install tensorflow-text==2.18.1
##### 安装blingfire
pip install blingfire
除blingfire外,只需vocab.txt文件即可立即运行分词器。 (blingfire同样只需要vocab.txt,在学习8小时后即可使用)。
我们将详细探讨的实现是PaddleNLP的BertTokenizerFast和blingfire。
blingfire:采用确定性有限状态机(DFSM),消除了单次线性扫描和不必要的比较操作,时间复杂度为O(n),表现相当出色。- 优点:比其他实现快5到10倍。
- 缺点:训练时间较长(8小时),且准确率低于其他实现。(+由于事实上已停止开发,难以获得支持)。
PaddleNLP:如下面的实验所示,PaddleNLP在小数点后相同位数的情况下,始终比HF的BertTokenizerFast更快,并且无论是在X86还是Arm架构上,它在任何操作系统上都表现得更快。- 优点:内部实现为C++,相比由Rust实现的
transformers.BertTokenizerFast,在输出完全相同结果的同时,速度提升了1.2倍。- 虽然不能在
return_tensors中指定pt(pytorch tensor),但这并不是问题。
- 虽然不能在
- 缺点:除了需要安装PaddlePaddle和PaddleNLP之外,没有其他缺点。
- 优点:内部实现为C++,相比由Rust实现的
4. 性能测试
4.1 性能测试(单文本编码)
准确率是以谷歌的BertTokenizerFast作为基准进行测量的结果。只要有一个input_ids不正确,就被视为错误答案。
分词器性能对比
google-bert/bert-base-cased
| 分词器 | 耗时 | 文本数量 | 准确率 |
|---|---|---|---|
| BertTokenizerFast(Huggingface) | 84.3700秒 | 1,000,000 | 99.9226% |
| BertTokenizerFast(PaddleNLP) | 75.6551秒 | 1,000,000 | 99.9226% |
| FastBertTokenizer(Tensorflow) | 219.1259秒 | 1,000,000 | 99.9160% |
| Blingfire | 13.6183秒 | 1,000,000 | 99.8991% |
| FlashBertTokenizer | 8.1968秒 | 1,000,000 | 99.8216% |
google-bert/bert-base-uncased
| 分词器 | 耗时 | 文本数量 | 准确率 |
|---|---|---|---|
| BertTokenizerFast(Huggingface) | 91.7882秒 | 1,000,000 | 99.9326% |
| BertTokenizerFast(PaddleNLP) | 83.6839秒 | 1,000,000 | 99.9326% |
| FastBertTokenizer(Tensorflow) | 204.2240秒 | 1,000,000 | 99.1379% |
| Blingfire | 13.2374秒 | 1,000,000 | 99.8588% |
| FlashBertTokenizer | 7.6313秒 | 1,000,000 | 99.6884% |
google-bert/bert-base-multilingual-cased
| 分词器 | 耗时 | 文本数量 | 准确率 |
|---|---|---|---|
| BertTokenizerFast(Huggingface) | 212.1570秒 | 2,000,000 | 99.7964% |
| BertTokenizerFast(PaddleNLP) | 193.9921秒 | 2,000,000 | 99.7964% |
| FastBertTokenizer(Tensorflow) | 394.1574秒 | 2,000,000 | 99.7892% |
| Blingfire | 38.9013秒 | 2,000,000 | 99.9780% |
| FlashBertTokenizer | 20.4570秒 | 2,000,000 | 99.8970% |
beomi/kcbert-base
| 分词器 | 耗时 | 文本数量 | 准确率 |
|---|---|---|---|
| BertTokenizerFast(Huggingface) | 52.5744秒 | 1,000,000 | 99.6754% |
| BertTokenizerFast(PaddleNLP) | 44.8943秒 | 1,000,000 | 99.6754% |
| FastBertTokenizer(Tensorflow) | 198.0270秒 | 1,000,000 | 99.6639% |
| Blingfire | 13.0701秒 | 1,000,000 | 99.9434% |
| FlashBertTokenizer | 5.2601秒 | 1,000,000 | 99.9484% |
| 分词器 | 耗时 | 文本数量 | 准确率 |
|---|---|---|---|
| FlashBertTokenizer | 5.1875秒 | 1,000,001 | 99.9484% |
| Blingfire | 13.2783秒 | 1,000,001 | 99.9435% |
| rust_tokenizers(guillaume-be) | 16.6308秒 | 1,000,001 | 99.9829% |
| BertTokenizerFast(PaddleNLP) | 44.5476秒 | 1,000,001 | 99.6754% |
| BertTokenizerFast(Huggingface) | 53.2525秒 | 1,000,001 | 99.6754% |
| FastBertTokenizer(Tensorflow) | 202.1633秒 | 1,000,001 | 99.6639% |
microsoft/llmlingua-2-bert-base-multilingual-cased-meetingbank
| 分词器 | 耗时 | 文本数量 | 准确率 |
|---|---|---|---|
| BertTokenizerFast(Huggingface) | 208.8858秒 | 2,000,000 | 99.7964% |
| BertTokenizerFast(PaddleNLP) | 192.6593秒 | 2,000,000 | 99.7964% |
| FastBertTokenizer(Tensorflow) | 413.2010秒 | 2,000,000 | 99.7892% |
| Blingfire | 39.3765秒 | 2,000,000 | 99.9780% |
| FlashBertTokenizer | 22.8820秒 | 2,000,000 | 99.8970% |
| 分词器 | 耗时 | 文本数量 | 准确率 |
|---|---|---|---|
| FlashBertTokenizer | 22.0901秒 | 2,000,001 | 99.8971% |
| Blingfire | 37.9836秒 | 2,000,001 | 99.9780% |
| rust_tokenizers(guillaume-be) | 98.0366秒 | 2,000,001 | 99.9976% |
| BertTokenizerFast(PaddleNLP) | 208.6889秒 | 2,000,001 | 99.7964% |
| BertTokenizerFast(Huggingface) | 219.2644秒 | 2,000,001 | 99.7964% |
| FastBertTokenizer(Tensorflow) | 413.9725秒 | 2,000,001 | 99.7892% |
KR-BERT
| 分词器 | 耗时 | 文本数量 | 准确率 |
|---|---|---|---|
| BertTokenizerBidirectional(KR-BERT Original) | 128.3320秒 | 1,000,000 | 100.0000% |
| FlashBertTokenizer(Bidirectional) | 10.4492秒 | 1,000,000 | 99.9631% |
%%{ init: { "er" : { "layoutDirection" : "LR" } } }%%
erDiagram
Text ||--o{ Preprocess : tokenize
Preprocess o{--|| Inference : memcpy_h2d
Inference o{--|| Postprocess : memcpy_d2h
6. 兼容性
FlashBertTokenizer 可以与任何框架一起使用。各框架的 CUDA 版本兼容性对于 LLM 的快速推理也非常重要。
- PyTorch 已不再支持通过 conda 安装。
- ONNXRUNTIME 按照 CUDA 版本进行了分离。
- PyTorch 也在考虑放弃 CUDA 12.x,转而采用更新的 CUDA 12.8。然而,目前的趋势是在所有框架中继续使用 CUDA 11.8。
- CUDA 12.x 是为最新的 GPU(Hopper 和 Blackwell)设计的,而在 Volta 等旧款 GPU 上,CUDA 11.8 的速度反而比 CUDA 12.x 更快。
| 深度学习框架 | 版本 | 操作系统 | CPU | CUDA 11.8 | CUDA 12.3 | CUDA 12.4 | CUDA 12.6 | CUDA 12.8 |
|---|---|---|---|---|---|---|---|---|
| PyTorch | 2.6 | Linux、Windows | ⚪ | ⚪ | ❌ | ⚪ | ⚪ | ❌ |
| PyTorch | 2.7 | Linux、Windows | ⚪ | ⚪ | ❌ | ❌ | ⚪ | ⚪ |
| ONNXRUNTIME(11) | 1.20.x | Linux、Windows | ⚪ | ⚪ | ❌ | ❌ | ❌ | ❌ |
| ONNXRUNTIME(12) | 1.20.x | Linux、Windows | ⚪ | ❌ | ⚪ | ⚪ | ⚪ | ⚪ |
| PaddlePaddle | 3.0-beta | Linux、Windows | ⚪ | ⚪ | ❌ | ❌ | ❌ | ❌ |
7. GPU 分词器
以下是在 使用 RAPIDS、HuggingFace 和 Dask 大规模运行最先进 NLP 工作负载 中安装并运行 cuDF 的示例。 (速度非常快)
你可以在 rapids(cudf) 上在 GPU 上运行 WordPiece 分词器。
如 如何安装 rapids 所示,它仅支持 Linux,且 CUDA 版本与其他框架不同,因此 docker 是最佳选择。对于批处理任务,GPU 比 CPU 更快;但对于流式处理任务,GPU 则较慢。
在该[博客](https://developer.nvidia.com/blog/run-state-of-the-art-nlp-workloads-at-scale-with-rapids-huggingface-and-dask/#:~:text=,and then used in subsequent)中提供了很好的示例代码和说明。要使用 cuDF,你必须首先将 vocab.txt 转换为 hash_vocab,如下所示。问题在于 hash_vocab 函数无法处理多语言词汇表。因此,如果词汇表中包含除英语或中文之外的其他字符,就无法使用 cuDF 的 WordpieceTokenizer。
import cudf
from cudf.utils.hash_vocab_utils import hash_vocab
hash_vocab('bert-base-cased-vocab.txt', 'voc_hash.txt')
待办事项
- 双向WordPieceTokenizer
- 带有线程池的批量编码器。
- 将
std::list替换为boost::intrusive::list。 -
MaxMatch-Dropout:用于 WordPiece 的子词正则化 选项。 - 使用栈内存以减少内存分配。(C 风格,alloca,_alloca)
-
单次编码的并行处理选项支持。 -
circle.ai- 实现编译好的 wheel 包分发以便安装。
- SIMD
-
CUDA 版本。
致谢
FlashTokenizer 灵感来源于 FlashAttention、FlashInfer、FastBertTokenizer 和 tokenizers-cpp 等项目。
性能对比
- WordPiece
- 📒 huggingface/tokenizers (Rust)
- transformers.BertTokenizerFast 的 Rust 实现,以 Python 包形式提供。
- 🔵 以 Python 包形式提供。
- 🔥 FastBertTokenizer (C#)
- 展示了极快的性能,但对非英语查询的准确性显著下降。
- ❌ BertTokenizers (C#)
- 从 FastBertTokenizer (C#) VS BertTokenizers (C#) 可以确认
FastBertTokenizer(C#)更快。
- 从 FastBertTokenizer (C#) VS BertTokenizers (C#) 可以确认
- 🔥 rust-tokenizers (Rust)
- 比 BertTokenizerFlash 和 Blingfire 慢,但比其他实现更快且更准确。
- 🔵 以 Python 包形式提供。
- ❌ tokenizers-cpp (C++)
tokenizer-cpp是 SentencePiece 和 HuggingFace 的 Rust 实现的封装,因此性能基准测试没有意义。
- ❌ bertTokenizer (Java)
- Java 不在此列。
- ✅ ZhuoruLin/fast-wordpiece (Rust)
- 使用 LinMaxMatching 的 Rust 实现,只能在 Rust 中运行,预计速度不会超过 C++ 实现。
- ❌ huggingface_tokenizer_cpp (C++)
- 由于采用朴素的 C++ 实现,速度非常慢。
- ❌ SeanLee97/BertWordPieceTokenizer.jl (Julia)
- Julia 不在此列。
- 📒 huggingface/tokenizers (Rust)
- BPE
- SentencePiece
⭐ 历史
参考文献
- https://medium.com/@techhara/which-bert-tokenizer-is-faster-b832aa978b46
- https://medium.com/@atharv6f_47401/wordpiece-tokenization-a-bpe-variant-73cc48865cbf
- https://www.restack.io/p/transformer-models-bert-answer-fast-berttokenizerfast-cat-ai
- https://medium.com/@anmolkohli/my-notes-on-bert-tokenizer-and-model-98dc22d0b64
- https://nocomplexity.com/documents/fossml/nlpframeworks.html
- https://github.com/martinus/robin-hood-hashing
- https://arxiv.org/abs/2012.15524
- https://github.com/google/highway
Blingfire2:https://github.com/lfoppiano/Blingfire/ https://pypi.org/project/blingfire2/
版本历史
pretrained_bpe2025/05/25pretrained2025/04/02Packages2025/03/31Dataset2025/03/10相似工具推荐
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
NextChat
NextChat 是一款轻量且极速的 AI 助手,旨在为用户提供流畅、跨平台的大模型交互体验。它完美解决了用户在多设备间切换时难以保持对话连续性,以及面对众多 AI 模型不知如何统一管理的痛点。无论是日常办公、学习辅助还是创意激发,NextChat 都能让用户随时随地通过网页、iOS、Android、Windows、MacOS 或 Linux 端无缝接入智能服务。 这款工具非常适合普通用户、学生、职场人士以及需要私有化部署的企业团队使用。对于开发者而言,它也提供了便捷的自托管方案,支持一键部署到 Vercel 或 Zeabur 等平台。 NextChat 的核心亮点在于其广泛的模型兼容性,原生支持 Claude、DeepSeek、GPT-4 及 Gemini Pro 等主流大模型,让用户在一个界面即可自由切换不同 AI 能力。此外,它还率先支持 MCP(Model Context Protocol)协议,增强了上下文处理能力。针对企业用户,NextChat 提供专业版解决方案,具备品牌定制、细粒度权限控制、内部知识库整合及安全审计等功能,满足公司对数据隐私和个性化管理的高标准要求。
ML-For-Beginners
ML-For-Beginners 是由微软推出的一套系统化机器学习入门课程,旨在帮助零基础用户轻松掌握经典机器学习知识。这套课程将学习路径规划为 12 周,包含 26 节精炼课程和 52 道配套测验,内容涵盖从基础概念到实际应用的完整流程,有效解决了初学者面对庞大知识体系时无从下手、缺乏结构化指导的痛点。 无论是希望转型的开发者、需要补充算法背景的研究人员,还是对人工智能充满好奇的普通爱好者,都能从中受益。课程不仅提供了清晰的理论讲解,还强调动手实践,让用户在循序渐进中建立扎实的技能基础。其独特的亮点在于强大的多语言支持,通过自动化机制提供了包括简体中文在内的 50 多种语言版本,极大地降低了全球不同背景用户的学习门槛。此外,项目采用开源协作模式,社区活跃且内容持续更新,确保学习者能获取前沿且准确的技术资讯。如果你正寻找一条清晰、友好且专业的机器学习入门之路,ML-For-Beginners 将是理想的起点。
ragflow
RAGFlow 是一款领先的开源检索增强生成(RAG)引擎,旨在为大语言模型构建更精准、可靠的上下文层。它巧妙地将前沿的 RAG 技术与智能体(Agent)能力相结合,不仅支持从各类文档中高效提取知识,还能让模型基于这些知识进行逻辑推理和任务执行。 在大模型应用中,幻觉问题和知识滞后是常见痛点。RAGFlow 通过深度解析复杂文档结构(如表格、图表及混合排版),显著提升了信息检索的准确度,从而有效减少模型“胡编乱造”的现象,确保回答既有据可依又具备时效性。其内置的智能体机制更进一步,使系统不仅能回答问题,还能自主规划步骤解决复杂问题。 这款工具特别适合开发者、企业技术团队以及 AI 研究人员使用。无论是希望快速搭建私有知识库问答系统,还是致力于探索大模型在垂直领域落地的创新者,都能从中受益。RAGFlow 提供了可视化的工作流编排界面和灵活的 API 接口,既降低了非算法背景用户的上手门槛,也满足了专业开发者对系统深度定制的需求。作为基于 Apache 2.0 协议开源的项目,它正成为连接通用大模型与行业专有知识之间的重要桥梁。



