可通过四种技术路径获取total thought tokens:一、结构化思维提示与解析;二、流式响应实时捕获;三、注入思维日志钩子;四、外部记忆缓存回溯。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

如果您希望分析大语言模型在推理过程中产生的完整思维轨迹,但无法获取中间步骤的 token 级别序列,则可能是由于模型输出被截断、未启用流式响应或缺乏对思维生成过程的显式结构化控制。以下是获取 Total Thought Tokens 及其对应推理路径数据的多种技术路径:
一、启用结构化思维提示与解析协议
该方法通过强制模型以预定义格式输出每一步推理,并在后处理阶段提取所有中间 token 序列,从而构成完整的 Total Thought Tokens 集合。关键在于使模型显式区分“思考中”与“最终回答”两个阶段,避免隐式压缩。
1、在 prompt 中插入明确的思维分隔符,例如使用 "THOUGHT STEP 1:"、"THOUGHT STEP 2:" 直至 "FINAL ANSWER:" 的层级标记。
2、调用 LLM 时设置 temperature=0.3 以降低随机性,确保思维步骤顺序稳定可复现。
3、使用正则表达式匹配全部 "THOUGHT STEP \d+:" 后的内容块,逐段提取并统计各段 token 数量(可调用 tiktoken 或 transformers 库的 tokenizer)。
4、将所有提取出的思维段落拼接为单一字符串,再整体计算 token 总数,即得 Total Thought Tokens 值。
二、启用流式响应并实时捕获 token 流
该方法依赖于底层推理服务支持 streaming 输出,允许客户端在生成过程中逐 token 接收并记录每个 token 及其所属阶段(是否属于思维路径),适用于部署自定义 vLLM 或 Text Generation Inference 服务的场景。
1、向推理端点发起请求时,设置参数 stream=True 并启用 details=True(如使用 HuggingFace TGI)。
2、监听响应流,在每次收到新 token 时检查其前缀上下文:若当前已输出 "THOUGHT" 但尚未出现 "FINAL",则将该 token 计入思维路径 token 队列。
3、维护一个双端队列 deque,持续追加符合条件的 token,同时记录每个 token 的生成时间戳与位置索引。
4、响应结束时,对该队列执行 len(token_queue) 运算,所得数值即为 Total Thought Tokens。
三、注入思维日志钩子并重写生成循环
该方法适用于可修改模型推理代码的本地部署环境,通过在 transformer 层的 forward 或 generate 函数中插入回调钩子,直接访问每一层 attention 输出及解码器 step-wise logits,实现无损路径捕获。
1、定位模型 generate 方法中的 _update_model_kwargs_for_generation 或等效逻辑入口点。
2、在每一轮 decode step 开始前,读取当前 input_ids 并调用 tokenizer.convert_ids_to_tokens 获取对应 token 字符串。
3、判断当前 step 是否处于思维展开阶段:若上一步输出含 ":" 且尚未触发终止条件,则将本 step token 写入线程局部存储的 thought_tokens 列表。
4、生成结束后,从 thought_tokens 列表中过滤掉控制符号(如 EOS、PAD),再调用 tokenizer.encode 加总有效 token 数量。
四、利用外部记忆缓存机制回溯生成历史
该方法不依赖模型原生输出结构,而是借助外部状态管理模块,在每次采样后主动缓存中间状态,适用于集成 Reflexion 或 Self-Refine 类迭代推理框架的系统。
1、在每次调用 llm() 函数前,初始化一个全局 thought_buffer = [] 列表用于暂存本次推理的所有中间输出片段。
2、在每次生成子步骤(如 CoT 的单步推导、Tree-of-Thoughts 的分支展开)完成后,将结果字符串传入 tokenizer.encode() 并追加至 buffer。
3、当整个推理会话结束(如达到最大反思轮次或满足停止条件),对 buffer 中全部元素执行 sum(len(x) for x in thought_buffer) 运算。
4、该总和即为本次会话所消耗的 Total Thought Tokens,且每个子列表项均可映射回具体推理路径节点。









