若DeepSeek模型出现token计数虚高或上下文超限，很可能是隐藏system prompt占用额度；需依次排查隐含system注入、手动验证真实token占用、禁用SDK默认system行为、启用vLLM token级日志、改用raw generate接口规避role解析。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
如果您在使用 DeepSeek 模型时发现提示词输入后 Token 计数远高于预期，或模型提前截断输出、报错“context length exceeded”，则很可能是隐藏的 System Prompt 在后台悄然占用了上下文额度。以下是排查与修正此问题的具体步骤：
一、确认当前请求是否隐含 System Prompt
DeepSeek-R1 及其蒸馏系列（如 DeepSeek-R1-Distill-Qwen-1.5B）在训练阶段未接触 system 角色数据，vLLM 等推理框架会静默忽略所有 system 消息——但部分前端 SDK 或 API 封装层仍可能默认注入 system 提示，导致 token 计数器将其计入，而模型实际不处理，形成“计数虚高”。
1、检查调用代码中是否显式传入 {“role”: “system”, “content”: “…”} 结构；
2、若使用 OpenAI 兼容接口，核查客户端库（如 openai-python）是否启用了自动 system 注入功能（例如某些封装库内置默认助手身份声明）；
3、在请求头或 payload 中搜索字符串 “system”，确认是否存在未察觉的字段。
二、手动剥离并验证原始 Token 占用
Token 计数偏差常源于 tokenizer 对不可见字符、BOS/EOS 符号或 role 标签的额外编码。需绕过高层封装，直查底层分词结果，以确认真实消耗。
1、使用模型配套 tokenizer（如 transformers.AutoTokenizer.from_pretrained(“deepseek-ai/deepseek-r1”)）加载 tokenizer；
2、构造纯用户输入 prompt，例如 “请解方程 x²+5x+6=0，要求展示因式分解过程，并将最终答案用\\boxed{}标出”；
3、执行 tokenizer.apply_chat_template([{“role”: “user”, “content”: prompt}], tokenize=False, add_generation_prompt=True) 获取实际送入模型的字符串；
4、对该字符串调用 tokenizer.encode(…, add_special_tokens=True) 并统计长度，该值即为真实上下文 token 数。
三、禁用 SDK 默认 System 注入行为
主流 SDK（如 openai、litellm、llamaindex）在适配 DeepSeek 时，常沿用 Llama / Qwen 的 chat template，默认插入 system 字段。必须显式关闭或覆盖该行为，否则 token 预算持续被无效占用。
1、若使用 litellm，设置参数 drop_params=True 并传入 {“api_base”: “…”, “custom_llm_provider”: “openai”}，同时确保 messages 列表中不含任何 role=”system” 条目；
2、若使用 openai-python v1.0+，在 client.chat.completions.create() 调用中，**严格限定 messages 仅含 user 和 assistant 角色**，且首条必须为 user；
