发 Prompt 前先体检:实时统计中英字数、字符数、行数、token 估算。避免超长被截断或报错。本地计算不上传。
| 模型 | 上下文窗口 | ≈ 可容纳中文字数 |
|---|---|---|
| GPT-4o | 128K tokens | ~64,000 字 |
| GPT-4o-mini | 128K tokens | ~64,000 字 |
| Claude 3.5 Sonnet | 200K tokens | ~100,000 字 |
| Gemini 1.5 Pro | 2M tokens | ~1,000,000 字 |
| DeepSeek V3 | 128K tokens | ~64,000 字 |
| 通义千问 Max | 32K tokens | ~16,000 字 |
写长 Prompt 时最容易踩两个坑:一是超过模型上下文上限被静默截断——你精心写的后半段要求模型根本没看到;二是不同模型对中英文的计数差异很大,中文一个字往往占 1-2 个 token,凭感觉估长度非常不可靠。本工具把 Prompt 的字数、字符数、行数、token 估算值一次算清,并按你选的模型显示上下文占用比例,粘贴即测、实时更新:
需要说明 token 估算的精度边界:不同模型的分词器(tokenizer)各不相同,本工具按"中文约 1.5-2 字/token、英文约 1.3 词/token"的通用启发式估算,误差通常在 ±15% 以内。做日常体检和量级判断完全够用;如果你的业务对 token 计费精度敏感(如批量 API 调用成本核算),请用目标模型官方 tokenizer 或我们的精确版工具(见相关工具的 Token 计数器)。
不会。所有统计在你浏览器本地用 JavaScript 完成,Prompt 全文不发出任何网络请求。未发布的商业方案、内部系统提示词都可以放心粘贴。
因为两者与 token 的换算关系不同:中文基本是"一字一节",1 个汉字约对应 1.5-2 个 token;英文按空格分词,1 个单词约对应 1-2 个 token。分开统计便于你按各自口径估算总量,也便于对比中英文 Prompt 的"信息密度"。
官方计数基于该模型专有 tokenizer,对代码、数学式、生僻词的处理与通用估算差异更大(代码 token 密度远高于自然语言)。估算值适合做上限预警,做计费核算请以 API 返回的 usage 字段为准。
包含。模型上下文 = 你的全部输入(多轮则含历史消息)+ 模型的回复,两者共享窗口。所以进度条即使只到 50%,实际留给回复的空间可能已经不够——建议把"回复预估长度"也算进占用。
分情况:API 调用通常直接报 400 错误(context length exceeded);聊天界面多数会静默截断最早的消息或提示发送失败。两者都很隐蔽——前者只看报错文本,后者你根本不知道丢了几段,所以发长 Prompt 前体检一次是性价比最高的保险。