tiktoken-go
tiktoken-go 是 OpenAI 官方 tiktoken 库的 Go 语言版本,专为处理大模型文本分词而设计。它实现了高效的 BPE(字节对编码)算法,能够帮助开发者准确计算文本被转换为 Token 的数量,这是使用 GPT-3.5、GPT-4 等模型时控制成本和确保输入符合长度限制的关键步骤。
对于使用 Go 语言进行 AI 应用开发的工程师而言,tiktoken-go 解决了原生缺乏高效分词工具的痛点。在调用 OpenAI API 前,精确预估对话消息的 Token 消耗至关重要,否则可能导致请求失败或预算超支。此工具让 Go 开发者无需切换语言或调用外部服务,即可在本地完成高精度的分词与计数工作。
其技术亮点在于完美复刻了原版的缓存机制,支持通过环境变量配置本地缓存目录,避免重复下载词典文件,显著提升初始化速度。此外,它还提供了灵活的加载器接口,允许开发者嵌入离线词典包,实现完全无网络依赖的运行环境,非常适合对部署安全性或网络环境有特殊要求的生产场景。无论是构建聊天机器人、分析长文本数据,还是进行模型微调研究,只要你的技术栈包含 Go,tiktoken-go 都是不可或缺的实用组件。
使用场景
某 Go 语言后端团队正在开发一款企业级 AI 客服系统,需要实时计算用户对话与上下文历史的 Token 数量,以精准控制 GPT-4 模型的调用成本并防止超出上下文窗口限制。
没有 tiktoken-go 时
- 跨语言调用延迟高:团队被迫通过 HTTP 请求调用 Python 微服务进行分词计算,网络往返导致每次对话响应增加 50-100ms 延迟。
- 部署运维复杂:生产环境必须同时维护 Go 主程序和 Python 运行时依赖,增加了容器镜像体积和故障排查难度。
- 离线场景不可用:在内部隔离网络或无外网权限的服务器中,无法动态下载 OpenAI 的分词字典,导致服务启动失败。
- 成本预估不准:缺乏本地精确计数能力,只能按字符数粗略估算,常因实际 Token 超标引发 API 报错或意外扣费。
使用 tiktoken-go 后
- 原生高性能计算:直接在 Go 代码中调用
EncodingForModel完成分词,消除网络开销,将计数延迟降低至毫秒级。 - 架构极简统一:仅需引入单一 Go 模块即可运行,移除了 Python 依赖,显著简化了 CI/CD 流程和容器化部署。
- 灵活缓存与离线支持:通过配置
TIKTOKEN_CACHE_DIR环境变量或嵌入离线加载器(tiktoken-loader),确保在无网环境下也能稳定初始化。 - 精准成本控制:利用官方对齐的计数逻辑(如
NumTokensFromMessages),精确匹配 Chat API 的实际消耗,有效避免预算超支。
tiktoken-go 让 Go 开发者能以原生方式获得与 OpenAI 官方完全一致的分词能力,彻底解决了多语言架构下的性能瓶颈与部署难题。
运行环境要求
- Linux
- macOS
- Windows
未说明
未说明

快速开始
tiktoken-go
OpenAI 的 tiktoken 的 Go 语言实现。
Tiktoken 是一个用于 OpenAI 模型的快速 BPE 分词器。
这是对原始 tiktoken 的移植。
使用方法
安装
go get github.com/pkoukk/tiktoken-go
缓存
Tiktoken-go 具有与原版 Tiktoken 库相同的缓存机制。
你可以通过设置环境变量 TIKTOKEN_CACHE_DIR 来指定缓存目录。
一旦设置了该变量,tiktoken-go 将使用此目录来缓存分词字典。
如果你没有设置这个环境变量,tiktoken-go 会在你首次初始化编码时每次都下载字典。
替代的 BPE 加载器
如果你不想使用缓存或每次都要下载字典,可以使用替代的 BPE 加载器。
只需在调用 tiktoken.GetEncoding 或 tiktoken.EncodingForModel 之前调用 tiktoken.SetBpeLoader 即可。
BpeLoader 是一个接口,你可以通过实现该接口来编写自己的 BPE 加载器。
离线 BPE 加载器
离线 BPE 加载器从嵌入文件中加载 BPE 字典,这在你不希望在运行时下载字典的情况下非常有用。
由于 BPE 字典的大小,这个加载器位于另一个项目中。
如果你需要这个加载器,请包含:tiktoken_loader
示例
通过编码获取 token
package main
import (
"fmt"
"github.com/pkoukk/tiktoken-go"
)
func main() {
text := "Hello, world!"
encoding := "cl100k_base"
// 如果你不想在运行时下载字典,可以使用离线加载器
// tiktoken.SetBpeLoader(tiktoken_loader.NewOfflineLoader())
tke, err := tiktoken.GetEncoding(encoding)
if err != nil {
err = fmt.Errorf("getEncoding: %v", err)
return
}
// 编码
token := tke.Encode(text, nil, nil)
// tokens
fmt.Println(token)
// num_tokens
fmt.Println(len(token))
}
通过模型获取 token
package main
import (
"fmt"
"github.com/pkoukk/tiktoken-go"
)
func main() {
text := "Hello, world!"
encoding := "gpt-3.5-turbo"
tkm, err := tiktoken.EncodingForModel(encoding)
if err != nil {
err = fmt.Errorf("getEncoding: %v", err)
return
}
// 编码
token := tkm.Encode(text, nil, nil)
// tokens
fmt.Println(token)
// num_tokens
fmt.Println(len(token))
}
计算聊天 API 调用的 token 数量
以下是用于计算传递给 gpt-3.5-turbo 或 gpt-4 的消息 token 数量的示例函数。
以下代码是基于 openai-cookbook 中的示例编写的,时间是 2023 年 6 月 28 日星期三。
请注意,消息的 token 计算方法可能会随时更改,因此这段代码在未来可能不再适用。
如果你需要精确的计算,请参考官方文档。
如果你发现这段代码不再适用,请随时提交 PR 或 Issue。
package main
import (
"fmt"
"github.com/pkoukk/tiktoken-go"
"github.com/sashabaranov/go-openai"
)
// OpenAI Cookbook: https://github.com/openai/openai-cookbook/blob/main/examples/How_to_count_tokens_with_tiktoken.ipynb
func NumTokensFromMessages(messages []openai.ChatCompletionMessage, model string) (numTokens int) {
tkm, err := tiktoken.EncodingForModel(model)
if err != nil {
err = fmt.Errorf("encoding for model: %v", err)
log.Println(err)
return
}
var tokensPerMessage, tokensPerName int
switch model {
case "gpt-3.5-turbo-0613",
"gpt-3.5-turbo-16k-0613",
"gpt-4-0314",
"gpt-4-32k-0314",
"gpt-4-0613",
"gpt-4-32k-0613":
tokensPerMessage = 3
tokensPerName = 1
case "gpt-3.5-turbo-0301":
tokensPerMessage = 4 // 每条消息遵循 <|start|>{role/name}\n{content}<|end|>\n
tokensPerName = -1 // 如果有 name,则省略 role
default:
if strings.Contains(model, "gpt-3.5-turbo") {
log.Println("警告:gpt-3.5-turbo 可能会随时间更新。返回假设为 gpt-3.5-turbo-0613 的 token 数量。")
return NumTokensFromMessages(messages, "gpt-3.5-turbo-0613")
} else if strings.Contains(model, "gpt-4") {
log.Println("警告:gpt-4 可能会随时间更新。返回假设为 gpt-4-0613 的 token 数量。")
return NumTokensFromMessages(messages, "gpt-4-0613")
} else {
err = fmt.Errorf("num_tokens_from_messages() 对于模型 %s 尚未实现。请参阅 https://github.com/openai/openai-python/blob/main/chatml.md,了解消息如何转换为 token 的信息。")
log.Println(err)
return
}
}
for _, message := range messages {
numTokens += tokensPerMessage
numTokens += len(tkm.Encode(message.Content, nil, nil))
numTokens += len(tkm.Encode(message.Role, nil, nil))
numTokens += len(tkm.Encode(message.Name, nil, nil))
if message.Name != "" {
numTokens += tokensPerName
}
}
numTokens += 3 // 每个回复都以 <|start|>assistant<|message|> 开头
return numTokens
}
可用的编码
| 编码名称 | OpenAI 模型 |
|---|---|
o200k_base |
gpt-4o, gpt-4.1, gpt-4.5 |
cl100k_base |
gpt-4, gpt-3.5-turbo, text-embedding-ada-002, text-embedding-3-small, text-embedding-3-large |
p50k_base |
Codex 模型、text-davinci-002、text-davinci-003 |
r50k_base (或 gpt2) |
GPT-3 模型,如 davinci |
可用模型
| 模型名称 | OpenAI 模型 |
|---|---|
| gpt-4.5-* | o200k_base |
| gpt-4.1-* | o200k_base |
| gpt-4o-* | o200k_base |
| gpt-4-* | cl100k_base |
| gpt-3.5-turbo-* | cl100k_base |
| gpt-4o | o200k_base |
| gpt-4 | cl100k_base |
| gpt-3.5-turbo | cl100k_base |
| text-davinci-003 | p50k_base |
| text-davinci-002 | p50k_base |
| text-davinci-001 | r50k_base |
| text-curie-001 | r50k_base |
| text-babbage-001 | r50k_base |
| text-ada-001 | r50k_base |
| davinci | r50k_base |
| curie | r50k_base |
| babbage | r50k_base |
| ada | r50k_base |
| code-davinci-002 | p50k_base |
| code-davinci-001 | p50k_base |
| code-cushman-002 | p50k_base |
| code-cushman-001 | p50k_base |
| davinci-codex | p50k_base |
| cushman-codex | p50k_base |
| text-davinci-edit-001 | p50k_edit |
| code-davinci-edit-001 | p50k_edit |
| text-embedding-ada-002 | cl100k_base |
| text-embedding-3-small | cl100k_base |
| text-embedding-3-large | cl100k_base |
| text-similarity-davinci-001 | r50k_base |
| text-similarity-curie-001 | r50k_base |
| text-similarity-babbage-001 | r50k_base |
| text-similarity-ada-001 | r50k_base |
| text-search-davinci-doc-001 | r50k_base |
| text-search-curie-doc-001 | r50k_base |
| text-search-babbage-doc-001 | r50k_base |
| text-search-ada-doc-001 | r50k_base |
| code-search-babbage-code-001 | r50k_base |
| code-search-ada-code-001 | r50k_base |
| gpt2 | gpt2 |
测试
你可以在 test 文件夹中运行测试
与原始 tiktoken 对比
通过编码获取 token
通过模型获取 token
基准测试
你可以在 test 文件夹中运行基准测试
基准测试结果
| 名称 | time/op | 操作系统 | CPU | 文本 | 次数 |
|---|---|---|---|---|---|
| tiktoken-go | 8795ns | macOS 13.2 | Apple M1 | UDHR | 100000 |
| tiktoken | 8838ns | macOS 13.2 | Apple M1 | UDHR | 100000 |
看起来性能几乎相同。
也许差异是由于机器性能的不同造成的。
或者我的基准测试方法可能不太合适。
如果你有更好的基准测试方法,或者想添加你的基准测试结果,请随时提交 PR。
对于新的 o200k_base 编码,它似乎比 cl100k_base 更慢。在以下基准测试中,tiktoken-go 略慢于 tiktoken。
| 名称 | 编码 | time/op | 操作系统 | CPU | 文本 | 次数 |
|---|---|---|---|---|---|---|
| tiktoken-go | o200k_base | 108522 ns | Ubuntu 22.04 | AMD Ryzen 9 5900HS | UDHR | 100000 |
| tiktoken | o200k_base | 70198 ns | Ubuntu 22.04 | AMD Ryzen 9 5900HS | UDHR | 100000 |
| tiktoken-go | cl100k_base | 94502 ns | Ubuntu 22.04 | AMD Ryzen 9 5900HS | UDHR | 100000 |
| tiktoken | cl100k_base | 54642 ns | Ubuntu 22.04 | AMD Ryzen 9 5900HS | UDHR | 100000 |
许可证
版本历史
v0.1.82025/09/10v0.1.72024/05/21v0.1.62023/09/08v0.1.52023/07/13v0.1.42023/06/27v0.1.32023/06/16v0.1.22023/06/02v0.1.12023/04/19v0.1.02023/03/30常见问题
相似工具推荐
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 真正成长为懂上
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 协议开源的项目,它正成为连接通用大模型与行业专有知识之间的重要桥梁。
PaddleOCR
PaddleOCR 是一款基于百度飞桨框架开发的高性能开源光学字符识别工具包。它的核心能力是将图片、PDF 等文档中的文字提取出来,转换成计算机可读取的结构化数据,让机器真正“看懂”图文内容。 面对海量纸质或电子文档,PaddleOCR 解决了人工录入效率低、数字化成本高的问题。尤其在人工智能领域,它扮演着连接图像与大型语言模型(LLM)的桥梁角色,能将视觉信息直接转化为文本输入,助力智能问答、文档分析等应用场景落地。 PaddleOCR 适合开发者、算法研究人员以及有文档自动化需求的普通用户。其技术优势十分明显:不仅支持全球 100 多种语言的识别,还能在 Windows、Linux、macOS 等多个系统上运行,并灵活适配 CPU、GPU、NPU 等各类硬件。作为一个轻量级且社区活跃的开源项目,PaddleOCR 既能满足快速集成的需求,也能支撑前沿的视觉语言研究,是处理文字识别任务的理想选择。
OpenHands
OpenHands 是一个专注于 AI 驱动开发的开源平台,旨在让智能体(Agent)像人类开发者一样理解、编写和调试代码。它解决了传统编程中重复性劳动多、环境配置复杂以及人机协作效率低等痛点,通过自动化流程显著提升开发速度。 无论是希望提升编码效率的软件工程师、探索智能体技术的研究人员,还是需要快速原型验证的技术团队,都能从中受益。OpenHands 提供了灵活多样的使用方式:既可以通过命令行(CLI)或本地图形界面在个人电脑上轻松上手,体验类似 Devin 的流畅交互;也能利用其强大的 Python SDK 自定义智能体逻辑,甚至在云端大规模部署上千个智能体并行工作。 其核心技术亮点在于模块化的软件智能体 SDK,这不仅构成了平台的引擎,还支持高度可组合的开发模式。此外,OpenHands 在 SWE-bench 基准测试中取得了 77.6% 的优异成绩,证明了其解决真实世界软件工程问题的能力。平台还具备完善的企业级功能,支持与 Slack、Jira 等工具集成,并提供细粒度的权限管理,适合从个人开发者到大型企业的各类用户场景。