【LLM基础教程】从序列切分到上下文窗口01_为什么序列建模必须切分数据

动手学大语言模型LLM-01 LangChain 框架的核心库、核心组件,提供了基础抽象和 LangChain 表达式语言(LCEL),提供基础架构和工具,用于构建、运行和与 LLM 交互的应用程序,为 LangChain 应用程序的开发提供了坚实的基础。统计学习的方法,分析前面的词汇预测下一个词汇-------------> 假如神经网络模型,把模型更好的捕捉和理解语言的复杂关系---------------->Transformer架构的神经网络模型,通过学习大量文本理解语言规则和模式—>大语言模型的实现。 阅读详情

从序列切分到上下文窗口:语言模型如何在有限历史中学习01—为什么序列建模必须切分数据

​ 自然语言文本本质上是长度不定的连续序列。在训练神经网络语言模型(如 RNN / LSTM,乃至后来的 Transformer)时,我们会遇到一个非常现实的工程限制:

  • 模型一次只能处理固定长度的序列
  • 无法将整篇长文本直接作为一个输入样本

​ 因此,在训练语言模型之前,必须将原始长文本切分成多个长度一致的小子序列(subsequences),再将这些子序列组织成小批量(batch)进行训练。

​ 本文将系统梳理序列建模中常见的数据切分策略,并重点对比:

  • 理论上的滑动窗口

  • 实践中更常用的随机采样与顺序采样

    同时给出完整代码实现与设计动机,帮助你从“原理理解”过渡到“工程实践”。

1. 语言建模本质上是“逐 token 的预测任务”

​ 真实世界中的文本往往非常长,例如整本小说《The Time Machine》。而在语言建模任务中,我们通常采用自回归建模方式:

  • 在时间步ttt,模型根据历史x<t=(x1,⋯ ,xt−1)x_{<t}=(x_1, \cdots, x_{t-1})x<t​=(x1​,⋯,xt−1​)预测下一个 tokenxtx_txt​

  • 每个时间步都对应一个预测任务

2. 模型一次只能看到有限长度的上下文

​ 无论是传统的 RNN,还是现代的大语言模型(LLM),模型在一次前向计算中:只能接收固定长度的输入序列。这个长度通常记为KaTeX parse error: Expected 'EOF', got '_' at position 14: T = \text{num_̲steps}。

​ 也就是说,哪怕原始文本再长,模型在某一次训练或推理时,也只能基于最近的TTT个 token 进行预测。

​ 这就带来了一个不可回避的现实约束:
长文本≠模型可直接处理的输入 \text{长文本} \ne \text{模型可直接处理的输入} 长文本=模型可直接处理的输入

3. 序列切分:把长文本变成可学习的监督样本

​ 因此,对于一条很长的序列,我们必须先对其进行切分:

  • 将原始文本拆分为多个长度为TTT的子序列
  • 每一个子序列,都会对应一个训练样本
  • 每个样本的目标,都是预测该子序列中“下一个 token 序列”

​ 从监督学习的角度来看,这一步的本质是:通过切分长序列,构造大量 「局部上下文 → 下一个 token」的训练样本。

​ 也正是在这一过程中,“序列切分策略”成为连接语言建模理论与工程实现的关键环节。

LangChain文档切分四大策略:从字符分割到语义聚类的工程实践 文档切分是RAG系统中影响检索质量与LLM理解效果的关键预处理环节。其本质并非简单按长度截断,而是围绕Embedding向量表征能力与LLM上下文推理需求,在语义完整性、块间连贯性、计算效率之间进行系统性权衡。核心原理在于:不同切分器对应不同‘文本理解策略’——字符级切分保障结构稳定性,递归式切分兼顾段落逻辑,Token级切分严格对齐模型输入,语义聚类则依赖Embedding实现主题驱动重组。技术价值体现在显著提升向量检索准确率(实测最高达89%)与复杂问答响应质量(准确率提升超40%)。典型应用场景覆盖P 阅读详情

相关推荐

LLM Context Profiler:大模型上下文窗口性能剖析与优化工具

在大语言模型应用开发中,上下文窗口管理是影响性能与成本的核心技术环节。其原理在于LLM的上下文长度有限,每次交互都会消耗token资源。通过精确监控上下文使用情况,开发者能够识别性能瓶颈,优化资源分配,从而提升应用效率并降低API调用成本。LLM Context Profiler作为专业剖析工具,重点跟踪工具调用、智能体决策和MCP协议交互等场景的token消耗,为复杂工作流的性能优化提供数据支撑。该工具特别适用于涉及多步推理、外部数据集成的高阶LLM应用开发,帮助团队实现精细化的上下文资源管理。

weixin_33743880的博客 581

【LLM基础教程】从序列切分到上下文窗口02_三种数据切分方法

本文探讨了语言模型训练中序列切分的三种策略。首先介绍了固定长度的next-token prediction训练设定,说明输入输出都是序列形式的必要性及其工程优势。然后重点分析了两种切分方法:理论上的滑动窗口(stride=1)能完整覆盖所有监督信号但计算成本过高;随机采样通过引入随机偏移量避免固定切分边界,在多个epoch中改变子序列对齐方式,实现高效训练。最后通过代码示例展示了随机采样的具体实现过程,包括随机偏移、子序列数量计算和起点确定等关键步骤。这些策略在模型训练效率与信息利用率之间实现了不同平衡。

Rabbit_QL的博客 1358

RAG中的Chunking:语义切分策略与工程实践指南

在检索增强生成(RAG)系统中,chunking 不是简单的文本切片,而是决定检索精度与生成质量的核心语义建模环节。其本质是将原始文档转化为具备语义完整性、结构可感知、查询可匹配的知识单元,直接影响向量检索的召回率、上下文利用率及跨问题泛化能力。关键技术挑战包括避免固定token长度导致的语义割裂、处理表格/代码/公式等非连续文本、适配法律、医疗、工业等领域的结构异质性。实践中需融合预清洗、结构锚定、句子级语义切分与后处理增强四层策略,并以真实QA效果为调优依据。本文聚焦 RAG chunking stra

weixin_33719619的博客 358

MiniMax:注意力机制拓展LLM上下文窗口

如何提升大语言模型(LLM)在处理长上下文时的计算效率和性能?论文提出了一个结合线性注意力和软注意力机制的专家混合(MoE)架构,显著提升了模型在处理长上下文时的效率和性能。

大模型任我行的博客 1272

生产级上下文工程:7个扛住高并发的LLM上下文优化策略

上下文工程是大语言模型(LLM)在真实业务中稳定落地的核心能力,它超越提示词技巧,聚焦于上下文的可控注入、结构化组织与可观测治理。其本质是解决Transformer注意力机制与生产系统确定性约束之间的矛盾——通过动态分块、指令强化、元数据注入等技术手段,主动控制信息熵而非堆砌Token。该实践显著提升关键信息召回率、降低首token延迟,并支撑客服、金融、医疗等高敏场景的合规响应。本文详解已在日均50万请求环境中验证的7个可监控、可回滚、可归因的上下文工程策略,直击RAG线上延迟飙升、相关性波动、禁忌症漏检

weixin_33700350的博客 449

SmoothAgent:基于前瞻性上下文工程优化LLM智能体长任务性能

在构建基于大语言模型(LLM)的智能体(Agent)时,上下文管理是核心挑战之一,尤其在处理需要多步规划与执行的长视野任务时。传统方法将完整历史会话上下文反复传递给模型,导致计算、内存与网络开销剧增,响应延迟显著上升。其原理在于通过高效的上下文压缩、摘要与索引技术,减少冗余信息传输,从而提升系统吞吐量。这项技术的价值在于能够大幅降低长任务处理的延迟与成本,使智能体在复杂工作流中保持高效响应。其应用场景广泛覆盖自动化流程、数字员工及多步骤AI助手等需要持续交互的复合型任务。本文聚焦的“前瞻性上下文工程”(Lo

weixin_30915951的博客 529

数据分析-Pandas序列时间移动窗口化操作

时间序列,有时候需要观察一个窗口下的数据统计,比如,股市中的移动平均曲线,气象监测数据的移动平均。滑动窗口可以过滤掉不必要的高频信号。

Alex_StarSky的博客 1547

LLM驱动的结构化数据探索与建模实战架构

结构化表格数据(Tabular Data)是企业分析的核心资产,但传统EDA与建模流程高度依赖人工经验,存在复现难、解释弱、协作低效等瓶颈。大语言模型(LLMs)并非替代统计建模,而是通过语义理解能力,在探索性分析(Exploration)与建模(Modelling)之间构建可验证的反馈闭环:将业务需求编译为可执行逻辑、自动生成可审计的特征代码、并输出锚定SHAP值的业务语言解释。该范式已在金融风控、电商推荐、工业预测等真实场景落地验证,显著降低特征工程试错成本与模型沟通门槛,成为数据科学工作流升级的关键切

weixin_30932215的博客 529

FocusLLM: 通过并行解码扩展LLM上下文

大模型(LLM)是一种人工智能模型,旨在理解和生成人类语言。它们在大量的文本数据上进行训练,可以执行广泛的任务,包括文本总结、翻译、情感分析等等。LLM的特点是规模庞大,包含数十亿的参数,帮助它们学习语言数据中的复杂模式。这些模型通常基于深度学习架构,如转化器,这有助于它们在各种NLP任务上取得令人印象深刻的表现。

AI_Conf的博客 1974

Windows下通过Ollama安装使用DeepSeek本地大模型

本地安装运行Deepseek大模型

canbaojun的博客 1283

5分钟看懂LTE注网全流程:从PLMN选择到小区驻留的log分析技巧

本文深入解析了LTE终端从开机到成功驻留小区的完整流程,重点分享了基于QXDM和QCAT工具的log分析实战技巧。文章详细拆解了PLMN选择、System/Band扫频、小区搜索与同步、系统消息解析及驻留等关键步骤,并提供了高频问题场景的排查思路,帮助网络优化工程师快速定位终端侧、射频环境或网络配置问题。

app77的博客 432

如何快速上手Time-LLM:零基础掌握LLM时间序列预测的终极指南

Time-LLM是一个革命性的开源框架,它能将大型语言模型(LLM)重新编程用于通用时间序列预测任务,同时保持基础语言模型的完整性。本文将带你从零开始,轻松掌握这个强大工具的使用方法,让时间序列预测变得前所未有的简单高效! ## ???? 核心功能:LLM与时间序列的完美融合 Time-LLM的创新之处在于将时间序列分析(如预测)转化为LLM可以有效处理的"语言任务"。它主要包含两个关键组件: ...

gitblog_01047的博客 1116

基于迁移学习的花卉识别系统

本研究采用了预训练的经典深度学习模型,包括ResNet、AlexNet和VGG,通过微调的方式在Oxford-102数据集和一个自制花卉数据集上进行训练,并对图像进行了多种数据增强操作,以提高模型的泛化能力,致力于实现花卉的高效分类。

m0_71146337的博客 2374

LLM.01 Contextual Position Encoding

本论文提出了一种新的位置编码方法——上下文位置编码(Contextual Position Encoding, CoPE),以解决传统位置编码在处理复杂序列任务中的局限性。标准的绝对和相对位置编码仅依赖于令牌的固定位置,而CoPE通过引入上下文信息,动态调整每个令牌的位置编码。该方法包括计算序列的上下文向量,并利用此向量调整标准位置编码,使得模型能够更灵活地捕捉序列中的位置关系。

klhhk的博客 1212

TPS563201DDCR电路翻车实录:从原理图到PCB,我踩过的5个坑及补救方法

本文详细记录了使用TPS563201DDCR电源芯片设计电路时遇到的5个常见问题及解决方案,包括EN引脚配置、BST电容选型、反馈网络设计、PCB布局优化以及散热处理。通过实际案例和数据分析,帮助工程师避免类似错误,提升电源模块的可靠性和效率。

weixin_42532938的博客 527

PCB工程师必看:别再搞错1078玻纤布的Dk了,手把手教你算等效介电常数

本文为PCB工程师提供了1078玻纤布等效介电常数(Dk)的详细计算指南,帮助解决高速设计中的信号完整性问题。通过解析玻纤布结构、混合介质理论和实战计算方法,指导工程师准确设置EDA工具参数,避免常见的Dk计算误区,提升设计精度和仿真准确性。

weixin_42546392的博客 398

MiniMax-01 与 DeepSeek-V3 对比

MiniMax-01和DeepSeek-V3都是致力于突破现有LLM性能瓶颈的创新模型,各有侧重:•MiniMax-01更注重长上下文处理能力,其线性注意力机制和混合架构使其在处理超长序列时更具优势。•DeepSeek-V3则在保持高效训练和推理的同时,在数学和编码任务上表现出色,并且在长上下文理解方面也展现出强大的能力。两者都采用了MoE架构和先进的训练策略,在提升模型性能的同时,也考虑了训练成本和效率。

AIBigModel的博客 3864

C# USB通信实现

在C#中,我们可以利用.NET框架提供的类库和API来实现与USB设备的通信。本文将介绍如何使用C#进行USB通信,并提供相应的代码示例。以上就是使用C#进行USB通信的基本过程。通过以上代码示例,你可以实现与USB设备的简单通信,具体的实现方式和细节根据你的实际需求进行调整和扩展。命名空间,该命名空间包含了与串口通信相关的类和方法。选择需要通信的USB设备,然后使用。步骤二:获取可用的USB设备列表。首先,在你的C#项目中引入。步骤三:打开USB端口。步骤六:关闭USB端口。步骤一:引入命名空间。

PixelProX的博客 4381

LLM上下文窗口优化:解决显存不足的实战方案

Transformer架构的自注意力机制在处理长文本时面临显存消耗的挑战,其空间复杂度随输入长度呈平方级增长。这一特性在构建基于大语言模型(LLM)的智能体(Agent)和检索增强生成(RAG)系统时尤为突出,常导致显存不足问题。通过分析RAG场景中的文档检索优化和多轮对话中的上下文管理,可以显著降低显存占用。关键技术包括语义分块、动态检索优化和对话摘要技术,这些方法能有效减少30-50%的token用量。结合模型层的量化压缩和FlashAttention优化,可在保持推理质量的同时大幅降低显存需求。这些优

weixin_30615767的博客 396

Ollama系列---【ollama使用gpu运行大模型】

一、安装CudaToolkit 使用控制台命令查看当前显卡驱动中的cuda版本 nvidia-smi 二、下载CudaToolkit 注意:CudaToolkit版本要低于上面的显卡Cuda版本。 Cuda各版本下载地址:https://developer.nvidia.com/cuda-toolkit-archive 下载好之后,一路下一步,一直默认即可。 如果安装到了自定义的位置,记得加环...

-少年-的博客 7982

【一 扣子客户案例合集】【 1.1 抖音电商:通过扣子智能体重塑电商服务新体验】

**摘要:**抖音电商借助扣子(Coze)智能体平台重塑客服体验,通过无代码开发、多模态交互和跨平台发布等功能,解决了传统客服高峰期压力大、成本高及响应机械等痛点。智能体采用直接面客与人工监管结合模式,实现高效精准服务,并通过解构流程、模块化设计优化系统架构。其技术优势包括零配置学习、意图识别、情绪感知等,实际应用中显著提升客服效率300%以上,改善用户体验。未来将进一步拓展至商品推荐、直播互动等场景,推动电商服务智能化升级。

商务合作|问题讨论|交流学习 请联系作者微信,加微信请务必注明来意,博客主页有联系方式 1568

上下文工程实战:4种技术提升LLM应用准确率

大语言模型(LLM)的应用效果瓶颈,往往不在模型本身,而在于输入上下文的组织质量。上下文工程作为提示工程的进阶范式,聚焦于信息结构化、角色建模、动态压缩与结构化注入等关键技术,本质是通过人工构建‘信息拓扑’来弥补LLM无记忆、易受噪声干扰、缺乏自主筛选能力的固有缺陷。其核心价值在于提升关键信息识别精度与多轮逻辑一致性,广泛应用于金融风控、医疗辅助、智能客服等高可靠性场景。本文基于27个真实项目验证,系统拆解分隔符强化、角色化上下文、动态上下文压缩、结构化上下文注入四大技术的选型逻辑、组合策略与落地细节,兼顾

Eric.Net的专栏 367

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

爆火MCP的来时路:LLM开启超进化,从函数调用到通用上下文协议

传统大语言模型(LLM)的短板 我们先来简单回忆下 LLM 的基本能力: LLM 是近年来自然语言处理领域的革命性成果,它们通常基于深度神经网络+Transformer 架构,通过海量语料训练形成的参数化知识表征系统,其核心能力体现在语义理解与序列生成两个层面。LLM 的核心目标就是理解和生成自然语言,例如ChatGPT是基于自回归的方式进行文本生成,在约定范式下能够实现符合人类对话范式的交互输出,但是传统的 LLM 有两个短板严重限制了模型的能力:

嘴巴吃糖了 1479

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

ICLR 2025 | 通过上下文对齐激活并增强大模型处理时间序列数据的能力

近年来,利用预训练的大型语言模型(LLMs)处理时间序列任务日益受到关注,这涉及到 LLMs 能力的激活与增强。许多方法旨在基于词元级别的对齐来激活 LLMs 的能力,但忽视了 LLMs 在自然语言处理方面的固有优势——即对语言逻辑和结构的深刻理解,而非仅仅局限于表面的嵌入处理。这里介绍一篇来自 ICLR 2025 接收的工作,该工作研究者提出了一种名为 Context-Alignment 的新范式,旨在通过将时间序列数据与语言环境中的语言成分对齐,激活并增强 LLMs 在时间序列任务中的能力。

weixin_58753619的博客 1231

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

Dify车载问答响应延迟突增?3步定位CAN总线语义断层与LLM上下文溢出问题

快速解决Dify车载问答响应延迟突增问题!针对Dify车载问答调试场景,通过CAN报文语义解析、LLM上下文窗口监控、多轮对话状态追踪三步法,精准定位语义断层与上下文溢出。适配车机低算力环境,提升响应稳定性,值得收藏。

FuncLens的博客 287

01 为什么会有 LLM:一个任务一个模型的时代是怎么结束的

摘要 文章回顾了NLP领域从"一个任务一个模型"到通用大语言模型(LLM)的范式转移过程。2018年前,每个NLP任务都需要单独收集标注数据、训练专属模型,导致成本随任务数线性增长、标注昂贵、模型泛化能力差三大痛点。四代技术演进中,word2vec首次证明无标注文本蕴含语言知识,Transformer突破RNN的并行计算瓶颈,BERT实现预训练+微调但仍需任务专属权重。直到GPT-3验证了上下文学习(ICL)能力,通过"超大参数+海量无标注文本+预测下一个词"的方案,一次性解决了三大痛点:无需微调即可处理新

PhilZhou的专栏 204
上一篇: 【LLM基础教程】统计语言模型N-gram
下一篇: 【LLM基础教程】从序列切分到上下文窗口02_三种数据切分方法
未收敛
博客等级 码龄11年 3303粉丝 163原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

未收敛

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值