当前位置: 首页 > article >正文

大模型上下文压缩工程2026:让100K Token的信息塞进4K窗口

超长上下文固然好但它带来高成本、高延迟和注意力稀释问题。本文深入探讨如何通过智能压缩技术在有限上下文窗口内保留最大信息量实现质量与效率的最优平衡。—## 上下文窗口的本质矛盾表面上看模型支持的上下文窗口越来越大——Gemini 2.5 Pro支持100万TokenClaude 3.7支持20万Token。但工程实践中“能用和好用是两回事问题一成本爆炸GPT-4o每百万Token输入成本$5一次包含10万Token的请求就要$0.5。系统每天处理1万次请求单日费用就是$5000。问题二Lost in the Middle现象研究表明LLM对超长上下文中间位置的信息注意力显著下降。即使你把所有内容都放进去模型可能漏看关键信息。问题三延迟变长上下文越长首Token延迟TTFT越高。100K Token的请求可能需要等待5-10秒才开始输出用户体验极差。解决方案上下文压缩——在不丢失关键信息的前提下减少输入Token数量。—## 五大压缩技术详解### 1. 摘要压缩Summarization Compression最直观的方法把长对话历史压缩为摘要。pythonfrom openai import AsyncOpenAIfrom typing import listclass ConversationCompressor: 对话历史压缩器 def __init__(self, max_history_tokens: int 3000): self.openai AsyncOpenAI() self.max_history_tokens max_history_tokens self.summary # 压缩后的历史摘要 self.recent_messages [] # 保留最近的原始消息 self.recent_turns_to_keep 3 # 保留最近3轮不压缩 def _estimate_tokens(self, text: str) - int: 估算Token数粗略实际应用tiktoken return len(text) // 4 async def _summarize(self, messages: list[dict]) - str: 将消息列表压缩为摘要 messages_text \n.join([ f{m[role].upper()}: {m[content]} for m in messages ]) response await self.openai.chat.completions.create( modelgpt-4o-mini, # 用便宜的模型做摘要 messages[{ role: user, content: f将以下对话历史压缩为简洁的摘要保留所有关键信息、决策和上下文。用第三人称客观描述不要遗漏重要细节。对话历史{messages_text}请生成300字以内的摘要 }], max_tokens400, temperature0 ) return response.choices[0].message.content async def add_message(self, role: str, content: str): 添加新消息必要时触发压缩 self.recent_messages.append({role: role, content: content}) # 计算当前历史总Token total_tokens sum( self._estimate_tokens(m[content]) for m in self.recent_messages ) if self.summary: total_tokens self._estimate_tokens(self.summary) # 超过阈值时压缩 if total_tokens self.max_history_tokens: await self._compress() async def _compress(self): 压缩旧消息 # 保留最近N轮压缩其余部分 keep_count self.recent_turns_to_keep * 2 # 每轮包含userassistant to_compress self.recent_messages[:-keep_count] if len(self.recent_messages) keep_count else [] if not to_compress: return # 生成新摘要包含旧摘要 new_summary_content if self.summary: new_summary_content f历史摘要{self.summary}\n\n new_summary_content 以上摘要基础上的新对话 new_summary await self._summarize(to_compress) if self.summary: # 合并摘要 merged await self._merge_summaries(self.summary, new_summary) self.summary merged else: self.summary new_summary # 只保留最近的消息 self.recent_messages self.recent_messages[-keep_count:] print(f✂️ 压缩完成从{len(to_compress)}条消息提取摘要) async def _merge_summaries(self, old: str, new: str) - str: 合并两段摘要 response await self.openai.chat.completions.create( modelgpt-4o-mini, messages[{ role: user, content: f将以下两段对话摘要合并为一段不超过500字\n\n旧摘要{old}\n\n新摘要{new} }], temperature0 ) return response.choices[0].message.content def get_context(self) - list[dict]: 获取当前压缩后的上下文 messages [] # 将摘要作为系统消息 if self.summary: messages.append({ role: system, content: f以下是对话历史摘要请记住这些上下文\n{self.summary} }) # 追加最近的原始消息 messages.extend(self.recent_messages) return messages### 2. 选择性保留Selective Retention不是所有内容都同等重要关键是找出必须保留的”pythonclass SelectiveContextManager: 选择性上下文管理器 IMPORTANCE_PROMPT 评估以下对话片段对当前任务的重要性返回0-10的整数分数对话片段{conversation}当前任务{current_task}重要性标准10分包含直接影响当前任务的关键信息、约束或决策7-9分包含相关背景信息或可能有用的细节4-6分相关但非必要的信息1-3分边缘相关或已被后续对话更新的信息0分完全无关的闲聊或已无效信息只返回数字 async def score_and_filter( self, messages: list[dict], current_task: str, keep_top_n: int 10 ) - list[dict]: 对消息评分并保留最重要的 if len(messages) keep_top_n: return messages scored_messages [] # 批量评分用更便宜的模型 for i, msg in enumerate(messages): response await self.openai.chat.completions.create( modelgpt-4o-mini, messages[{ role: user, content: self.IMPORTANCE_PROMPT.format( conversationf{msg[role]}: {msg[content][:500]}, current_taskcurrent_task ) }], max_tokens5, temperature0 ) try: score int(response.choices[0].message.content.strip()) except ValueError: score 5 scored_messages.append((i, msg, score)) # 按分数排序保留top N同时保留消息的时间顺序 top_indices sorted( [s[0] for s in sorted(scored_messages, keylambda x: x[2], reverseTrue)[:keep_top_n]] ) return [messages[i] for i in top_indices]### 3. 提取式压缩Extractive Compression从长文档中直接提取关键句子无需重新生成pythonfrom sklearn.feature_extraction.text import TfidfVectorizerfrom sklearn.metrics.pairwise import cosine_similarityimport numpy as npclass ExtractiveSummarizer: 提取式文档压缩无需LLM API def __init__(self, compression_ratio: float 0.3): self.ratio compression_ratio # 保留30%的句子 def compress(self, text: str, query: str None) - str: 提取最重要的句子 import re # 分句 sentences re.split(r[。\n], text) sentences [s.strip() for s in sentences if len(s.strip()) 10] if not sentences: return text n_keep max(1, int(len(sentences) * self.ratio)) if query: # 基于查询相关性选择句子 vectorizer TfidfVectorizer() all_texts [query] sentences tfidf_matrix vectorizer.fit_transform(all_texts) # 计算每句话与查询的相似度 query_vec tfidf_matrix[0] sentence_vecs tfidf_matrix[1:] scores cosine_similarity(query_vec, sentence_vecs)[0] else: # 基于句子中心性选择 vectorizer TfidfVectorizer() tfidf_matrix vectorizer.fit_transform(sentences) similarity_matrix cosine_similarity(tfidf_matrix) scores similarity_matrix.sum(axis1) # 选择得分最高的句子 top_indices sorted(np.argsort(scores)[-n_keep:]) return 。.join([sentences[i] for i in top_indices])### 4. 分层压缩Hierarchical Compression对不同类型的内容采用不同压缩策略pythonclass HierarchicalContextCompressor: 分层上下文压缩器 async def compress_rag_context( self, retrieved_chunks: list[str], query: str, target_tokens: int 2000 ) - str: 压缩RAG检索到的文档块 # 第一步提取式过滤快速去噪无需LLM extractor ExtractiveSummarizer(compression_ratio0.5) filtered_chunks [ extractor.compress(chunk, queryquery) for chunk in retrieved_chunks ] combined \n\n.join(filtered_chunks) # 如果还是太长用LLM进行生成式压缩 current_tokens len(combined) // 4 if current_tokens target_tokens: response await self.openai.chat.completions.create( modelgpt-4o-mini, messages[{ role: user, content: f基于以下查询从提供的文档中提取并压缩最相关的信息。目标{target_tokens * 4}字以内。查询{query}文档内容{combined}请提取最关键的信息保持准确性 }], max_tokenstarget_tokens ) return response.choices[0].message.content return combined—## 各方案对比与选型建议| 方案 | Token减少率 | 信息保留质量 | 计算成本 | 适用场景 ||------|------------|-------------|---------|---------|| 摘要压缩 | 70-85% | 高 | 中需LLM | 长对话历史 || 选择性保留 | 40-60% | 很高 | 高需逐条评分 | 文档检索 || 提取式压缩 | 50-70% | 中 | 低无需API | 快速预处理 || 分层压缩 | 60-80% | 高 | 中 | RAG系统 |推荐组合策略- RAG系统提取式快速去噪 选择性保留精准筛选- 长对话摘要压缩定期归档 保留最近N轮原文- 实时系统提取式零成本作为第一层过滤—## 生产指标监控上线后需要持续监控以下指标确保压缩没有影响质量pythonclass CompressionMetrics: def track(self, original: str, compressed: str, response_quality: float): return { compression_ratio: len(compressed) / len(original), token_reduction: (len(original) - len(compressed)) // 4, response_quality_score: response_quality, # 人工或LLM评分 cost_saved_usd: (len(original) - len(compressed)) / 4 / 1_000_000 * 5 }上下文压缩是LLM工程化中被严重低估的优化手段。在追求更大上下文窗口的同时学会用好压缩技术才能构建真正高效的生产系统。

相关文章:

大模型上下文压缩工程2026:让100K Token的信息塞进4K窗口

超长上下文固然好,但它带来高成本、高延迟和注意力稀释问题。本文深入探讨如何通过智能压缩技术,在有限上下文窗口内保留最大信息量,实现质量与效率的最优平衡。 —## 上下文窗口的本质矛盾表面上看,模型支持的上下文窗口越来越大…...

TEE防护下LLM推理的预计算噪声漏洞分析

1. TEE-Shielded LLM推理中的预计算噪声漏洞深度解析 在当今AI安全领域,可信执行环境(TEE)已成为保护大语言模型(LLM)知识产权的重要技术方案。其核心价值在于通过硬件级隔离,为模型推理过程构建加密的安全飞地(enclave)。然而,当这项技术与预…...

RubiCap框架:规则驱动的密集图像描述生成技术解析

1. 项目概述:当计算机学会"看图说话"在计算机视觉与自然语言处理的交叉领域,密集图像描述生成(Dense Image Captioning)一直是个既迷人又充满挑战的任务。与常规图像标注不同,它要求模型不仅能识别图中的主要…...

AMBA CHI C2C架构:多芯片互连技术的核心解析与优化

1. AMBA CHI C2C架构核心解析在异构计算时代,芯片间互连技术成为系统性能的关键瓶颈。AMBA CHI C2C(Chip-to-Chip)架构是Arm针对这一挑战推出的创新解决方案,它重新定义了多芯片间的通信范式。作为AMBA CHI协议的扩展,…...

强化学习驱动的智能学术演示优化框架EvoPresent

1. 项目背景与核心价值 学术演示场景中存在一个长期被忽视的痛点:研究者往往花费大量时间准备实验数据和技术方案,却在最终的演示环节因表达方式不当导致核心价值未能有效传递。传统幻灯片工具(如PowerPoint、Keynote)仅提供静态排…...

Bibliometrix ::biblioshiny全界面介绍

引言 相信但凡接触过 R 语言文献计量分析的朋友,都听过Bibliometrix的大名,而它自带的biblioshiny交互式界面,简直是我们不想写代码、又想快速出分析结果的人的福音!但不知道有没有人和我当初一样,刚打开这个界面的时…...

如何轻松解决Mac读写NTFS硬盘难题:Free-NTFS-for-Mac终极指南

如何轻松解决Mac读写NTFS硬盘难题:Free-NTFS-for-Mac终极指南 【免费下载链接】Free-NTFS-for-Mac Nigate: An open-source NTFS utility for Mac. It supports all Mac models (Intel and Apple Silicon), providing full read-write access, mounting, and manage…...

观察 Taotoken 在高峰时段的 API 响应延迟与稳定性表现

观察 Taotoken 在高峰时段的 API 响应延迟与稳定性表现 1. 测试环境与观测方法 为了评估 Taotoken 在高峰时段的性能表现,我们设计了一个为期两周的观测实验。测试环境使用 Python 编写的自动化脚本,每 15 分钟向 Taotoken API 发送一组标准化的请求&a…...

手把手教你用CAPL时间函数:5个真实车载测试案例,从Autosar NM到UDS刷写

手把手教你用CAPL时间函数:5个真实车载测试案例,从Autosar NM到UDS刷写 在车载网络测试领域,时间测量是验证系统可靠性的关键环节。无论是网络管理报文的时间同步性,还是诊断服务的响应速度,亦或是ECU状态切换的时序准…...

电商订单取消与退款流程自动化实战指南

1. 订单取消与退款流程的核心痛点电商运营中最让人头疼的场景之一,就是突然收到用户的订单取消请求。去年双十一大促期间,我们店铺单日处理了超过300笔取消申请,当时手工操作的客服团队直接崩溃——重复填写退款单、跨系统核对信息、财务审批…...

遥感影像配准偏差超2像素?揭秘EPSG代码误用、仿射变换丢失、时间戳漂移三大隐形杀手,7步归零校准

更多请点击: https://intelliparadigm.com 第一章:遥感影像配准偏差超2像素?揭秘EPSG代码误用、仿射变换丢失、时间戳漂移三大隐形杀手,7步归零校准 遥感影像配准偏差超过2像素,往往不是传感器硬件问题,而…...

突破传统限制:如何掌握MapleStory WZ文件编辑与地图制作的高级技巧

突破传统限制:如何掌握MapleStory WZ文件编辑与地图制作的高级技巧 【免费下载链接】Harepacker-resurrected All in one .wz file/map editor for MapleStory game files 项目地址: https://gitcode.com/gh_mirrors/ha/Harepacker-resurrected Harepacker-r…...

如何快速备份微信聊天记录:完整解密与导出终极教程

如何快速备份微信聊天记录:完整解密与导出终极教程 【免费下载链接】WechatBakTool 基于C#的微信PC版聊天记录备份工具,提供图形界面,解密微信数据库并导出聊天记录。 项目地址: https://gitcode.com/gh_mirrors/we/WechatBakTool 微信…...

5分钟掌握LinkSwift:八大网盘直链下载助手的终极解决方案

5分钟掌握LinkSwift:八大网盘直链下载助手的终极解决方案 【免费下载链接】Online-disk-direct-link-download-assistant 一个基于 JavaScript 的网盘文件下载地址获取工具。基于【网盘直链下载助手】修改 ,支持 百度网盘 / 阿里云盘 / 中国移动云盘 / 天…...

LibreDWG深度解析:如何用开源方案彻底解决DWG文件处理难题? [特殊字符]

LibreDWG深度解析:如何用开源方案彻底解决DWG文件处理难题? 🚀 【免费下载链接】libredwg Official mirror of libredwg. With CI hooks and nightly releases. PRs ok 项目地址: https://gitcode.com/gh_mirrors/li/libredwg LibreDW…...

你的Ubuntu服务器被‘爆’了吗?详解SSH的Connection reset与防御脚本实战

当SSH连接被重置时:你的Ubuntu服务器可能正在遭受攻击 凌晨三点,手机突然震动。一条告警短信显示服务器的SSH连接被异常重置。这不是普通的网络波动——你的服务器可能正在被"暴力破解"。作为管理员,此刻最危险的反应是反复尝试重启…...

视频生成中的运动控制技术与优化实践

1. 运动控制在视频生成中的核心价值视频生成技术正在从静态图像合成向动态序列生成快速演进。在这个过程中,运动控制的质量直接决定了生成视频的连贯性、真实感和可用性。传统视频生成模型常出现物体变形、运动卡顿、时序错乱等问题,本质上都是运动控制机…...

Python 数据分析基础入门:《Excel Python:飞速搞定数据分析与处理》学习笔记系列(附录 A Conda 环境)

Excel Python:飞速搞定数据分析与处理 附录 A Conda 环境 A.1 创建新的Conda环境 在 Anaconda Prompt 中执行下列命令以创建一个名为 xl38 的新环境,该环境使用了 Python 3.8: (base)> conda create --name xl38 python3.8安装完成之后…...

MotionStream:实时视频生成框架的技术解析与应用

1. 项目概述:实时交互式视频生成的技术革新去年在开发一个AR教育项目时,我们团队曾为实时视频合成的延迟问题头疼不已。传统视频处理管线动辄数百毫秒的延迟,让交互体验大打折扣。这正是MotionStream这类框架要解决的核心痛点——它通过重构视…...

实时视频生成技术:MotionStream框架解析与应用

1. 项目概述:当视频创作遇上实时交互去年参与一个虚拟直播项目时,我们团队曾为实时生成动态背景头疼不已。传统视频制作流程需要预先渲染所有可能性,而观众互动产生的变量让这种模式完全失效——直到我们发现了实时视频生成技术的潜力。Motio…...

MotionStream技术:实时运动控制与视频生成的深度耦合

1. 项目概述:当视频生成遇上实时运动控制去年在开发一个虚拟健身应用时,我遇到了一个棘手问题:如何让AI生成的教练视频根据用户实时动作自动调整演示内容?传统视频生成技术要么无法实时响应,要么生成效果僵硬不自然。这…...

MoltLock:轻量级Go分布式锁库的设计原理与etcd实战

1. 项目概述:MoltLock,一个轻量级的分布式锁解决方案在分布式系统里,锁是个绕不开的话题。无论是电商秒杀、库存扣减,还是定时任务防重跑,都需要一个可靠的机制来保证同一时间只有一个节点能执行关键操作。市面上成熟的…...

OpenSubject视频数据集自动化筛选技术与工程实践

1. 项目背景与核心价值在计算机视觉与多媒体分析领域,高质量视频数据集是算法研发和模型训练的基础设施。OpenSubject作为面向开放场景的人物行为分析数据集,其构建过程中面临两个关键挑战:原始视频素材的质量参差不齐,以及标注成…...

MoltLock分布式锁:现代应用的高性能并发控制解决方案

1. 项目概述:一把为现代应用而生的“智能锁”在分布式系统和微服务架构成为主流的今天,我们每天都在和各种各样的锁打交道。无论是防止数据库的并发更新,还是协调多个服务实例对共享资源的访问,锁机制都是确保数据一致性和系统稳定…...

Git实践——GitLab服务器的部署与使用

Git实践——分支管理与标签管理及git个性化配置https://blog.csdn.net/xiaochenXIHUA/article/details/160662371一、GitLab简介 1.1、gitlab是什么 GitLab 是一个基于 Git 的完整 DevOps 平台,它不仅提供代码托管(类似 GitHub),…...

AI驱动技能学习路径生成:从知识图谱到个性化规划

1. 项目概述:一个技能学习的“创世纪”引擎最近在GitHub上闲逛,发现了一个挺有意思的项目,叫smouj/skill-genesis。光看这个名字,就透着一股“创世纪”的宏大感,仿佛要重新定义我们学习新技能的方式。作为一个在技术圈…...

AI智能体工作流管理:基于文件系统的上下文持久化与协作框架

1. 项目概述:为AI智能体引入“工作流”操作系统如果你和我一样,在尝试用AI智能体(比如Claude Code、OpenClaw、Hermes Agent)来辅助或自动化一些开发、写作或项目管理任务时,大概率会遇到一个头疼的问题:上…...

从单口到四口:基于Xilinx FPGA的10G UDP多网卡方案设计与资源开销全解析(KU060/KU5P/ZU9EG实测)

从单口到四口:基于Xilinx FPGA的10G UDP多网卡方案设计与资源开销全解析 在工业视觉检测、高速数据采集等场景中,设备往往需要同时处理多路10G网络数据流。传统方案采用多个独立网卡,不仅增加系统复杂度,还会带来同步和延迟问题。…...

模块化神经图像处理框架:医疗与工业检测的AI解决方案

1. 项目背景与核心价值在医疗影像分析和工业检测领域,传统图像处理算法往往面临泛化能力不足的问题。每次遇到新的成像模态或特殊场景,工程师都需要重新设计算法流程,这种重复劳动严重制约了研发效率。我们团队开发的模块化神经图像信号处理框…...

多模态对话系统中的记忆压缩与策略内化技术

1. 项目背景与核心价值在对话系统领域,我们常常遇到一个经典矛盾:用户期望AI能像人类一样理解上下文中的隐含信息,但现有技术往往受限于单模态数据处理和短时记忆瓶颈。这个问题在客服、教育、心理咨询等长对话场景中尤为明显——当用户第三次…...