当前位置:首页 > 文章列表 > 科技周边 > 人工智能 > Transformers怎样只解码新生成的token

Transformers怎样只解码新生成的token

来源:17golang原创 2026-10-13 20:28:34 0浏览 收藏

如果你直接对 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 也可能占据序列位置。

Transformers generated_ids 中输入 token、提示词区与新生成区的静态组成关系
图1:token 序列组成说明图,输入区与新生成区共享一条序列但职责不同;这是原创结构图,不是运行截图。

用 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 端的起始位置计算边界。

Transformers decoder-only 与 encoder-decoder 的源输入、解码起点和 batch_decode 静态关系
图2:模型架构边界说明图,展示两类模型切出新 token 时不能共用同一个输入长度假设;这是原创结构图,不是模型运行截图。
# 先根据模型架构决定返回序列中的解码起点
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 分别保留测试样例。这样上层只接收新增文本,不会在不同模型之间悄悄改变语义。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
Transformers分词偏移怎样映射回原始文本片段Transformers分词偏移怎样映射回原始文本片段
上一篇
Transformers分词偏移怎样映射回原始文本片段
Transformers生成结果为什么包含输入提示词
下一篇
Transformers生成结果为什么包含输入提示词
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    463次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    526次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    543次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    492次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    311次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码