Transformers怎样只解码新生成的token
来源:17golang原创
时间:2026-10-13 20:28:34 461浏览 收藏
如果你直接对 model.generate() 的返回值执行 tokenizer.batch_decode(),看到输入提示词也出现在结果里,通常不是模型重复生成,而是你解码了完整序列。对于 decoder-only 模型,sequences 通常由“输入 token + 新生成 token”组成;先记录输入序列长度,再从这个边界切片,就能只解码续写部分。
官方资料入口:https://huggingface.co/docs/transformers/index。本文只讨论 Transformers 的生成结果切片,不比较模型质量,也不把示例代码描述成已经在本机运行的结果。
- decoder-only 先取
model_inputs.input_ids.shape[1],再切outputs[:, input_length:]。 max_new_tokens控制新增 token 数量,不负责从返回值中删除 prompt。- encoder-decoder 的生成序列边界不同,不能盲目套用源输入长度。
先区分完整序列和新增序列
生成接口返回的是供后续处理的 token 序列,而不是已经替你裁剪好的文章片段。对 GPT 类 decoder-only 模型,输入 prompt 会作为生成上下文保留在序列前面,所以完整结果可以抽象为:
[输入 token 0, 输入 token 1, ..., 输入 token N, 新生成 token 0, 新生成 token 1, ...]
这里的关键不是按字符查找 prompt,而是使用传给模型的 input_ids 长度作为稳定边界。输入长度是 token 数,和中文字符数、空格数都不是一回事;特殊 token 和 padding 也可能占据序列位置。

用 input_length 切出新生成 token
最常用的写法是把输入长度保存下来,再对生成后的序列做列切片。切片完成后再调用 batch_decode,解码出来的文本就不会主动包含 prompt。下面的 model_id 需要替换成你实际使用、且与任务匹配的模型仓库或本地路径。
import torch
from transformers import AutoModelForCausalLM, AutoTokenizer
# 用同一个 tokenizer 编码输入并加载对应的因果语言模型
model_id = "your-model-id"
tokenizer = AutoTokenizer.from_pretrained(model_id)
model = AutoModelForCausalLM.from_pretrained(model_id)
prompt = "请用一句话解释 token slicing。"
model_inputs = tokenizer(prompt, return_tensors="pt")
# decoder-only 模型的返回序列前面保留输入 token,因此先记住边界
input_length = model_inputs["input_ids"].shape[1]
with torch.no_grad():
generated_ids = model.generate(
**model_inputs,
max_new_tokens=40, # 只限制最多新增多少个 token
do_sample=False, # 示例使用确定性的贪心解码
)
# 只保留输入长度之后的列,即模型本次新生成的 token
new_token_ids = generated_ids[:, input_length:]
text = tokenizer.batch_decode(
new_token_ids,
skip_special_tokens=True, # 删除 EOS 等特殊标记的可见文本
)[0].strip()
print(text)
这里的 max_new_tokens 和切片解决的是两个不同问题:前者限制生成区间的最大长度,后者决定解码时从哪一列开始。只设置前者,并不会让 batch_decode(generated_ids) 自动忽略输入。
批量输入时保持切片边界一致
批量生成时,模型输入通常要先对齐成二维张量。对 decoder-only 模型,官方教程建议注意 padding side;一批输入经过 tokenizer 后,input_ids.shape[1] 表示这批张量的共同序列宽度。切片时沿用这个宽度,能够一次取出每行的生成区。
# 批量输入必须使用同一 tokenizer 和同一批张量宽度
prompts = ["解释 attention mask。", "解释 max_new_tokens。"]
batch = tokenizer(
prompts,
return_tensors="pt",
padding=True,
truncation=True,
)
# 对这批输入使用同一个列边界,不按中文字符数自行估算
input_length = batch["input_ids"].shape[1]
with torch.no_grad():
outputs = model.generate(**batch, max_new_tokens=24)
# batch_decode 接收形状为 batch_size × new_length 的 token 张量
new_tokens = outputs[:, input_length:]
answers = tokenizer.batch_decode(new_tokens, skip_special_tokens=True)
answers = [answer.strip() for answer in answers]
如果业务必须保留每条请求的原始长度,应额外记录未 padding 前的 token 长度,并按请求逐行处理;但不能把“原始长度”与“生成结果在批张量中的统一起点”混为一谈。生成前还要按模型要求设置合适的 padding_side 与 pad_token_id,不要为了消除警告随意把普通 token 当作 padding。
| 目标 | 应关注的对象 | 常见误区 |
|---|---|---|
| 限制续写长度 | max_new_tokens | 以为它会删除 prompt |
| 只解码续写 | generated_ids[:, input_length:] | 按字符数切片 |
| 去掉结束标记 | skip_special_tokens=True | 把特殊 token 当正文 |
| 批量保持对应关系 | batch 维度与输入顺序 | 逐条重新排序后忘记映射 |
处理 encoder-decoder 的不同边界
T5、BART 一类 encoder-decoder 模型的源输入先进入 encoder,返回的 decoder 序列并不等价于 decoder-only 的“源输入加续写”。因此,不能把 source input 的长度无条件拿来切 sequences。官方生成文档给出的通用示例是:decoder-only 使用输入张量长度,encoder-decoder 则从 decoder 端的起始位置计算边界。

# 先根据模型架构决定返回序列中的解码起点
if model.config.is_encoder_decoder:
# encoder-decoder 的 sequences 从 decoder 起始 token 区域开始
decode_start = 1
else:
# decoder-only 的 sequences 前面保留完整输入序列
decode_start = model_inputs["input_ids"].shape[1]
new_token_ids = generated_ids[:, decode_start:]
texts = tokenizer.batch_decode(
new_token_ids,
skip_special_tokens=True, # 让 EOS、BOS 等特殊标记不进入正文
)
这段分支表达的是切片原则,不是对每个模型配置的替代检查。某些模型或自定义生成实现可能有额外的 decoder 起始约定;遇到自定义 generate、beam search 返回对象或多模态输入时,应先确认其输出字段和序列布局。
解码后再处理空结果和文本边界
切片后得到空序列并不一定是异常:模型可能立即生成 EOS,或者新增长度被配置为零。可以把空字符串作为正常结果交给上层,再单独记录结束原因;不要用“重新拼接 prompt”来填充空结果,否则会把“没有新增内容”和“重复返回输入”混在一起。
如果使用 return_dict_in_generate=True,先从返回对象的 sequences 字段取序列,再沿用相同边界;scores、logits 等字段是按生成步返回的辅助信息,不能把它们当作可直接解码的 token ID。
为什么直接 batch_decode 会重复 prompt?
因为你传入的是完整生成序列。decoder-only 模型会保留输入上下文,先切掉输入长度再解码即可。
max_new_tokens 能不能代替切片?
不能。它只约束最多生成多少个新 token,不改变返回序列是否包含输入;切片仍由模型架构和输入长度决定。
encoder-decoder 也要按源输入长度切吗?
通常不应这样做。它的生成序列从 decoder 侧开始,应该依据模型架构和官方输出约定确定起点。
实际接入时可以把“生成序列字段、切片起点、特殊 token 策略”作为一个小函数统一封装,并为 decoder-only、encoder-decoder 和批量 padding 分别保留测试样例。这样上层只接收新增文本,不会在不同模型之间悄悄改变语义。
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
492 收藏
-
338 收藏
-
326 收藏
-
118 收藏
-
386 收藏
-
科技周边 · 人工智能 | 58分钟前 | 人工智能 · Hugging Face Datasets streaming IterableDataset Dataset.shuffle shuffle buffer130 收藏
-
174 收藏
-
421 收藏
-
301 收藏
-
111 收藏
-
330 收藏
-
153 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习