当前位置:首页 > 文章列表 > 科技周边 > 人工智能 > Transformers 对句子对分词时怎样只截断第二段

Transformers 对句子对分词时怎样只截断第二段

来源:17golang原创 2026-11-10 14:06:01 0浏览 收藏

处理问答、文本匹配或相似度任务时,经常要把两段文字交给同一个 Transformers tokenizer。如果第一段是不能丢失的问题描述,第二段只是可压缩的候选答案,可以把 truncation 设置为 "only_second",再用 max_length 限制整个编码结果。这样 tokenizer 会保留第一段,优先从第二段末尾删除超出预算的 token。

官方文档:https://huggingface.co/docs/transformers/en/main_classes/tokenizer

最小配方是 tokenizer(first_text, second_text, truncation="only_second", max_length=512)。不要只写 truncation=True:句子对默认会采用 longest_first,长的一侧可能先被截断,边界不够明确。

先区分默认截断和 only_second

Transformers 的 tokenizer 接收 text 和可选的 text_pair。当输入是句子对时,truncation=True 等价于使用 longest_first:编码器会从当前较长的一侧逐个移除 token,直到满足 max_length。如果业务要求第一段完整,这个默认策略就不够精确。

Transformers 句子对的 longest_first、only_first 和 only_second 截断策略关系说明图
图1:句子对截断策略关系说明图,不是运行截图。
策略适用输入会从哪里截断
longest_first句子对逐步从较长的一侧移除
only_first句子对只处理第一段
only_second句子对只处理第二段

因此,标题中的“只截断第二段”不是通过手工切字符串实现,而是把截断策略交给 tokenizer,让它在加入模型所需的特殊 token 后统一计算长度。

用最小调用限制第二段

下面的调用把问题描述作为第一段,把候选文本作为第二段。max_length 是最终编码序列的总长度上限,不是第二段单独可以使用的字符数;特殊 token 也会占用这个编码预算。

from transformers import AutoTokenizer

# 选择与模型配套的 tokenizer;示例模型名仅用于说明调用形状。
tokenizer = AutoTokenizer.from_pretrained("bert-base-uncased")

question = "Which document explains the tokenizer truncation strategy?"
candidate = "A longer candidate passage that may be shortened when the pair exceeds the limit."

encoded = tokenizer(
    question,
    candidate,
    truncation="only_second",  # 只允许第二段被截断,保留第一段。
    max_length=32,              # 限制加入特殊 token 后的总编码长度。
    padding="max_length",      # 不足总长度时补齐;补齐不是截断。
    return_attention_mask=True, # 让模型区分真实 token 和 padding。
)

print(len(encoded["input_ids"]))
# 这里的长度应以 tokenizer 的编码结果为准,不把示例输出写死。

关键参数只有三个:truncation="only_second" 决定删除范围,max_length 决定总上限,padding="max_length" 负责把较短结果补齐。最后一个参数不会把第一段变长,也不会把第二段重新截断。

处理批量输入与 padding

批量输入时,两个序列要分别放在两个列表中,列表长度必须对应。仍然传入同一套截断策略即可;不要先把两段拼成一个字符串,否则 tokenizer 无法知道哪一段是可裁剪的第二段。

questions = [
    "What does only_second mean?",
    "Which sequence should remain complete?",
]
candidates = [
    "This is the first candidate passage.",
    "This is the second candidate passage, which can be longer.",
]

# 两个列表按下标组成句子对,第二个列表才是可截断侧。
batch = tokenizer(
    questions,
    candidates,
    truncation="only_second",  # 每个句子对都只裁剪 candidates 对应的文本。
    max_length=64,
    padding=True,               # 按本批最长编码结果补齐,不改变截断策略。
    return_tensors="pt",       # 交给 PyTorch 模型的批量张量格式。
)

# input_ids、attention_mask 等字段可直接传给兼容的模型。
print(batch.keys())

padding=True 是“对齐长度”,truncation="only_second" 是“删除超长 token”,两者可以同时出现但职责不同。排查结果时,先看每个句子对是否超过 max_length,再看 padding 是否让批次长度一致。

检查边界与常见误区

  • 把 max_length 当成第二段上限。它描述的是最终编码长度上限;如果第一段本身已经很长,第二段可用空间可能很小。
  • 把 padding 当成保留原文。padding 只添加占位 token,不能恢复已经被截断的第二段。
  • 在单句输入上期待 only_second 生效。这个策略的语义针对句子对;只有传入第二个序列时,才有“第二段”可截断。
  • 需要滑窗却只设置 truncation。如果要保留被截断部分的重叠片段,应结合 stride 和 return_overflowing_tokens=True 设计分片;不要把一条编码结果误认为包含全部原文。
  • 把 token 长度当字符长度。不同 tokenizer 的切分方式不同,预算应以编码后的 token 数为准,不能用 Python 字符串长度替代。
Transformers tokenizer 句子对的 max_length 总预算与第二段裁剪边界说明图
图2:句子对总长度预算与第二段裁剪边界说明图,不是运行截图。

常见问题

只写 truncation="only_second" 不写 max_length 可以吗?可以使用 tokenizer 或模型预设的最大长度,但为了让数据管道的边界可读、可复现,生产代码通常显式传入 max_length。

第一段也超长时会怎样?only_second 不会替你截断第一段;如果总长度仍超过上限,应该先重新设计输入预算,或明确改用能处理第一段的策略。

怎么确认第二段确实被裁剪?可以在自己的调试代码中同时请求长度或溢出信息,并对比编码前后的 token 数;不要只看 padding 后的张量形状。

小结

句子对分词需要保护第一段时,使用 truncation="only_second",并把 max_length 理解为包含特殊 token 的总预算。批量场景再叠加 padding,就能把“只删第二段”和“补齐批次长度”分开处理;如果需要覆盖全部长文本,则继续设计 stride 与溢出分片。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
MySQL 处理器中 STACKED 与 CURRENT 诊断区有什么区别MySQL 处理器中 STACKED 与 CURRENT 诊断区有什么区别
上一篇
MySQL 处理器中 STACKED 与 CURRENT 诊断区有什么区别
国家档案局部署档案信息化,资源总库与数据分级有哪些建设重点
下一篇
国家档案局部署档案信息化,资源总库与数据分级有哪些建设重点
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之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模型性能。
    967次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    972次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    1081次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    1059次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    895次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码