别再只调Top-K了!Context Engineering开篇:10个高级上下文处理技巧,彻底优化你的RAG!

Context Engineering实战:对抗上下文腐烂的系统化方法 上下文管理是大语言模型工程落地的核心瓶颈,其本质是应对信息在长程交互中不可避免的语义衰减与冲突——即‘上下文腐烂’(Context Rot)。不同于依赖经验调优的Prompt Engineering,Context Engineering以状态建模为起点,通过上下文压缩(Compaction)、结构化笔记(Structured Note-taking)和状态路由(State Routing)三大技术组件,实现对显式、隐式与元上下文的协同治理。该方法显著提升多轮对话一致性、跨Agent协作可靠性及法规/医疗等 阅读详情

对大部分开发者来说,搭一个RAG或者agent不难,怎么把它优化成生产可用的状态最难。

在这个过程中,检索效率、准确性、成本、响应速度,都是重点关注问题。

那么,如何对其进行优化?业内一致看好Context Engineering也就是上下文工程。

本系列文章,将从上下文工程的不同环节(上下文处理与生成、上下文处理、上下文管理)最新的行业探索与进展,进行解读。本文为系列第一篇,上下文处理篇。

01

如何理解Context Engineering

上下文工程的本质是通过动态构建、优化LLM推理时的信息负载(含查询、外部知识、历史对话等,比“提示词”更宽泛),提升系统长期性能与效率。它是算法驱动的系统级优化,涵盖提示词工程、RAG、多智能体等技术,

从框架来看,上下文工程分为基础组件(信息生命周期核心模块)和复杂系统实现(组件的高级集成应用),二者可灵活组合适配不同场景。

其中,基础组件包括
  1. 上下文检索与生成:从提示词、外部知识库等获取原始信息,通过动态组装形成适配任务的上下文
  2. 上下文处理:通过压缩、摘要、结构化转换等技术,精炼原始信息,适配模型理解与推理
  3. 上下文管理:构建内存层次、运用压缩技术,在资源约束下高效存储、调度上下文信息
复杂系统实现包括
  1. 检索增强生成(RAG):结合信息检索与LLM生成,从外部知识库获取“证据”,解决知识陈旧和幻觉问题,含模块化、智能体、图增强等架构
  2. 记忆系统:管理运行过程中的动态“经验”,分短期/长期记忆,支撑持久交互与长期学习
  3. 工具集成推理:赋予LLM调用外部工具/API的能力,扩展任务边界,需处理工具数据与上下文更新
  4. 多智能体系统:多个具备专业能力的智能体协作,通过通信协调完成复杂任务,需管理共享上下文与全局状态

02

上下文处理的行业进展与方法

构成上下文工程的三大核心技术支柱:上下文检索与生成、上下文处理以及上下文管理。这些技术方法是实现高效、智能上下文系统的具体手段。

其中,上下文处理是上下文工程的第二个核心组件,它专注于对获取到的上下文信息进行转换和优化,以克服LLM在处理复杂信息时面临的挑战,并最大化信息的效用。

以下为行业关于上下文处理所做出的一些行之有效的探索。

(1)长上下文处理 (Long Context Processing)

处理超长序列上下文是LLM面临的一个根本性挑战,主要源于Transformer自注意力机制O(n²)的计算复杂度,这导致了随着序列长度增加而急剧增长的计算和内存瓶颈。例如,将Mistral-7B的输入从4K tokens增加到128K tokens,计算量会增加122倍。Llama 3.1 8B在处理128K tokens的请求时,可能需要高达16GB的内存。为了解决这些问题,研究者们从架构创新、位置插值和优化技术等多个角度进行了探索。

a. 架构创新 (如 State Space Models, Dilated Attention)

为了从根本上解决Transformer的二次复杂度问题,研究者们提出了一系列创新的模型架构。

  • 状态空间模型(State Space Models, SSMs) :SSMs通过使用固定大小的隐藏状态,实现了线性的计算复杂度和恒定的内存需求。像Mamba这样的模型提供了高效的循环计算机制,其扩展性远优于传统的Transformer。
  • 扩张注意力(Dilated Attention) :以LongNet为代表的方法,采用随着token距离增加而指数级扩张的注意力域,实现了线性的计算复杂度,同时保持了token之间的对数依赖性,使其能够处理超过十亿tokens的序列。
  • 托普利茨神经网络(Toeplitz Neural Networks, TNNs) :TNNs使用相对位置编码的托普利茨矩阵来建模序列,将时空复杂度降低到对数线性级别,并实现了从512个训练tokens到14,000个推理tokens的有效外推。
  • 线性注意力(Linear Attention) :通过将自注意力表示为核特征映射的线性点积,线性注意力机制将复杂度从O(N²)降低到O(N),在处理极长序列时实现了高达4000倍的加速。
b.位置插值与上下文扩展 (如 YaRN, Self-Extend)

对于已经预训练好的模型,直接扩展其上下文窗口长度是一个挑战。位置插值技术通过在推理时智能地重新缩放位置索引,而不是外推到未见过的位置,从而实现了对更长序列的处理。

  • 神经正切核(Neural Tangent Kernel, NTK)方法:YaRN(Yet another RoPE-based Interpolation method)结合了NTK插值、线性插值和注意力分布校正,为上下文扩展提供了数学上更严谨的框架。
  • 两阶段扩展方法:LongRoPE通过两阶段方法实现了2048K tokens的上下文窗口:首先将模型微调至256K长度,然后进行位置插值以达到最大上下文长度。
  • 无需微调的技术:Self-Extend等技术允许LLM在不进行任何微调的情况下处理长上下文,它通过采用双层注意力策略——分组注意力和邻近注意力——来捕获远距离和相邻token之间的依赖关系。
c.优化技术 (如 FlashAttention, Sparse Attention)

在不改变模型基本架构的前提下,研究者们还开发了多种优化技术来提高长上下文处理的效率。

  • 分组查询注意力(Grouped-Query Attention, GQA) :GQA将查询头分组,每组共享键和值头,在多查询注意力和多头注意力之间取得了平衡,显著降低了解码过程中的内存需求。
  • FlashAttention:FlashAttention利用GPU内存层次结构的不对称性,实现了线性的内存扩展,而不是二次方增长。其后续版本FlashAttention-2通过减少非矩阵乘法操作和优化工作分配,实现了约两倍的速度提升。
  • 稀疏注意力(Sparse Attention) :通过只计算部分token之间的注意力权重,稀疏注意力技术可以大幅降低计算量。例如,BigBird结合了局部注意力、全局token和随机连接,能够高效处理比以往长8倍的序列。StreamingLLM则通过保留关键的“注意力汇聚”(attention sink)token和最近的KV缓存条目,实现了对无限长序列的处理,在处理400万tokens的序列时,速度比滑动窗口重计算快22.2倍。
  • 内存管理与压缩:H₂O(Heavy Hitter Oracle)提出了一种高效的KV缓存驱逐策略,基于观察到少数token贡献了大部分注意力值的原理,在提高吞吐量的同时降低了延迟。Infini-attention则将压缩记忆整合到 vanilla attention 中,结合了掩码局部注意力和长期线性注意力,使得处理无限长输入时的内存和计算都是有界的。
(2)上下文自我精炼与适应 (Contextual Self-Refinement and Adaptation)

上下文自我精炼与适应是一种让大型语言模型模仿人类修订过程,通过循环反馈机制自主改进其输出的技术范式。

与依赖外部奖励模型的强化学习方法不同,自我精炼主要通过模型自身的自我评估和对话式交互来实现,通常利用精心设计的提示词工程来引导模型进行迭代优化。

这种方法的核心思想是,对于一个给定的任务,识别并修正错误往往比一次性生成完美解决方案更容易。通过赋予模型自我批判和修正的能力,可以显著提升其在复杂推理、代码生成、创意写作等任务上的表现,并使其能够更好地适应新的任务和环境。

a.基础自我精炼框架 (如 Self-Refine, Reflexion)

一系列基础框架为上下文自我精炼提供了具体的实现路径。Self-Refine框架是一个典型的代表,它使用同一个LLM同时扮演生成器(generator)、反馈提供者(feedback provider)和精炼器(refiner)的角色。

模型首先生成一个初始解决方案,然后对自己的输出提供具体的、可操作的反馈,最后根据这些反馈对解决方案进行精炼。这个过程可以循环多次,直到达到满意的结果。

Reflexion框架则更进一步,它引入了“反思文本”(reflective text)的概念,将模型在任务执行过程中的失败经验和教训以自然语言的形式存储在情节记忆缓冲区(episodic memory buffer)中。

这些反思文本在后续的任务中可以被检索出来,作为指导模型决策的上下文,从而避免重复犯错。然而,研究也表明,简单的提示词往往不足以实现可靠的自我修正,因此需要更结构化的引导。

例如,N-CRITICS框架采用基于集成(ensemble-based)的评估方法,让多个不同的模型或同一个模型的不同实例对初始输出进行评估,并汇总它们的反馈来指导精炼过程,从而获得更全面、更独立的评价。

b. 元学习与自主进化 (如 SELF, Self-rewarding)

上下文自我精炼的高级阶段是元学习(Meta-Learning)和自主进化(Autonomous Evolution),其目标是让模型不仅学会解决具体任务,更学会如何学习(learning to learn)。

SELF框架通过少量示例教会LLM元技能,如自我反馈和自我精炼,然后让模型通过生成和筛选自己的训练数据来进行持续的自我进化。自奖励(Self-rewarding) 机制则让模型通过迭代式的自我评判来自主提升,模型同时扮演执行者(performer)和评判者(judge)的角色,通过最大化自己给自己分配的奖励来优化行为。

Creator框架将这种范式扩展到工具使用,使LLM能够自主地创建和使用自己的工具,通过一个包含创建、决策、执行和识别的四模块流程来完成复杂任务。

而Self-Developing框架则代表了最高度的自主性,它使LLM能够自主地发现、实现和精炼自己的改进算法,通过迭代循环生成算法候选者作为可执行代码,从而实现真正的自我发展。这些框架共同指向了一个长期演变方向,即LLM将不再是静态的工具,而是能够持续学习和进化的智能体。

(3)多模态上下文 (Multimodal Context)

多模态上下文工程旨在将大型语言模型的能力从纯文本领域扩展到能够理解和处理包含视觉、听觉、3D环境等多种数据类型的复杂现实世界场景。

通过将不同模态的信息整合到统一的上下文表示中,多模态大型语言模型(MLLMs)能够执行图像描述、视觉问答、视频理解等更为复杂的任务。

然而,这种扩展也带来了新的挑战,包括如何有效地融合不同模态的信息、如何进行跨模态的推理,以及如何高效地处理长序列的多模态数据。该领域的研究致力于构建能够像人类一样,综合利用多种感官信息来理解世界的智能系统。

a.模态融合与跨模态推理

模态融合是多模态上下文处理的核心,其目标是将来自不同来源(如图像、文本、音频)的信息整合成一个连贯、统一的表示。

基础的融合方法通常是将视觉输入通过专门的编码器(如CLIP)转换为一系列离散的token,然后与文本token拼接,共同输入到LLM中。然而,这种简单的拼接可能无法实现深度的语义融合。

更先进的策略,如交叉模态注意力机制(cross-modal attention) ,允许模型在LLM的嵌入空间内直接学习文本token和视觉token之间的细粒度依赖关系,从而增强对图像编辑等任务的理解。

为了处理长序列输入,分层设计(hierarchical designs) 将不同模态的处理分阶段进行,以确保可扩展性。

此外,一些研究尝试绕过对纯文本LLM的适配,采用从一开始就联合预训练多模态数据和文本语料的统一训练范式,以从根本上缓解模态对齐的挑战。跨模态推理则要求模型不仅能理解每个模态,还能推断它们组合后的整体含义,例如理解一张图片和一段文字共同表达的讽刺意味。

b.多模态编码器与对齐模块 (如 CLIP, Q-Former)

实现多模态融合的关键技术组件是外部的多模态编码器和连接它们与LLM主干的对齐模块(alignment modules) 。

目前,主流的架构范式是使用专门的多模态编码器来处理特定类型的数据,例如使用CLIP(Contrastive Language-Image Pre-training)模型来处理视觉信息,或使用CLAP(Contrastive Language-Audio Pre-training)模型来处理音频信息。

这些编码器将原始的多模态数据(如像素、声波)转换为高维的特征向量。接下来,对齐模块负责将这些特征向量映射到LLM的嵌入空间中,使其能够与文本token进行交互。

常见的对齐模块包括简单的多层感知机(MLP)和更复杂的Q-Former(Querying Transformer)。Q-Former通过一个可学习的查询token集合来从视觉编码器的输出中提取与文本最相关的视觉特征,从而实现更精细的模态对齐。这种模块化的设计允许独立地更新多模态编码器,而无需对整个LLM进行重新训练,提供了极大的灵活性。

(4)关系型与结构化上下文 (Relational and Structured Context)

大型语言模型在处理表格、数据库、知识图谱等关系型和结构化数据时面临着根本性的限制。

其主要原因在于LLM的输入是基于线性序列的文本,而结构化数据内部蕴含着复杂的、非线性的关系和层次结构。将结构化数据简单地线性化(例如,将表格的每一行转换成一句话)往往会丢失关键的结构性信息,导致模型性能下降,尤其是在信息分散在上下文不同位置时。

为了克服这一挑战,研究者们探索了多种方法,旨在将结构化信息以一种LLM能够有效利用的方式编码和整合,从而提升模型在需要复杂推理和事实核查的任务上的表现。

a. 知识图谱与神经网络集成

知识图谱(Knowledge Graphs, KGs)作为一种强大的结构化知识表示形式,其与LLM的集成是当前研究的热点。

一种直接的方法是利用知识图谱嵌入(Knowledge Graph Embeddings) ,将图谱中的实体和关系转换为低维的数值向量。这些嵌入向量可以被整合到LLM的输入或内部表示中,为模型提供结构化的背景知识。

更进一步的集成方式是引入图神经网络(Graph Neural Networks, GNNs) 。GNNs能够直接在图结构上进行计算,捕捉实体之间复杂的多跳(multi-hop)关系。一些混合架构,如GraphFormers,将GNN组件嵌套在Transformer块中,实现了语言上下文和图结构信息的深度交互。例如,GreaseLM模型在所有模型层中促进了语言上下文表示和结构化世界知识之间的双向交互,使得两者能够相互增强。

QA-GNN则通过构建联合图和基于图的消息传递机制,实现了问答上下文和知识图谱之间的双向注意力连接。

b. 文字化技术 (Verbalization)

文字化(Verbalization) 是一种将结构化数据(如知识图谱三元组、表格行、数据库记录)转换为自然语言句子的技术。

这种方法的优势在于,它无需对现有的LLM架构进行任何修改,即可将结构化信息无缝地整合到语言系统中。例如,一个知识图谱三元组 (Albert Einstein, bornIn, Ulm) 可以被转换成句子“阿尔伯特·爱因斯坦出生于乌尔姆”。

然而,简单的文字化可能无法完全保留原始数据的结构和关系。因此,研究者们也探索了使用编程语言(如Python或SQL)来表示结构化数据。研究表明,在复杂的推理任务中,使用Python实现知识图谱或SQL查询数据库,其性能优于传统的自然语言表示,因为它们能够更好地利用数据固有的结构性。

此外,一些方法还利用LLM自身的能力来提取结构化信息,并将其表示为图、表格或关系模式,从而实现对输入文本的多层次结构化。

c.混合架构 (如 GraphToken, Heterformer)

为了更有效地处理结构化数据,研究者们设计了多种混合架构,将LLM与专门处理图结构的模块相结合。

GraphToken 是一个典型的例子,它通过引入参数高效的编码函数,显式地将结构信息表示为特殊的token,在图推理任务上取得了高达73个百分点的性能提升。

Heterformer 等混合GNN-LM架构则在统一的模型中执行上下文相关的文本编码和异构图结构编码,解决了扩展这些集成系统时面临的计算挑战。这些混合架构通常遵循不同的集成范式。

例如,K-BERT 在预训练阶段就将知识图谱三元组注入到模型中,使模型内化事实知识。而KAPING等推理时(inference-time)方法则通过检索相关事实并将其前置到提示词中,实现了无需重新训练模型的实时知识访问。

更复杂的实现,如通过适配器模块和交叉注意力机制将知识图谱衍生的表示直接嵌入到模型的潜在空间中,实现了更深度的融合。

如何学习大模型 AI ?

由于新岗位的生产效率,要优于被取代岗位的生产效率,所以实际上整个社会的生产效率是提升的。

但是具体到个人,只能说是:

“最先掌握AI的人,将会比较晚掌握AI的人有竞争优势”。

这句话,放在计算机、互联网、移动互联网的开局时期,都是一样的道理。

我在一线互联网企业工作十余年里,指导过不少同行后辈。帮助很多人得到了学习和成长。

我意识到有很多经验和知识值得分享给大家,也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑,所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限,很多互联网行业朋友无法获得正确的资料得到学习提升,故此将并将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

在这里插入图片描述

第一阶段(10天):初阶应用

该阶段让大家对大模型 AI有一个最前沿的认识,对大模型 AI 的理解超过 95% 的人,可以在相关讨论时发表高级、不跟风、又接地气的见解,别人只会和 AI 聊天,而你能调教 AI,并能用代码将大模型和业务衔接。

  • 大模型 AI 能干什么?
  • 大模型是怎样获得「智能」的?
  • 用好 AI 的核心心法
  • 大模型应用业务架构
  • 大模型应用技术架构
  • 代码示例:向 GPT-3.5 灌入新知识
  • 提示工程的意义和核心思想
  • Prompt 典型构成
  • 指令调优方法论
  • 思维链和思维树
  • Prompt 攻击和防范
  • …

第二阶段(30天):高阶应用

该阶段我们正式进入大模型 AI 进阶实战学习,学会构造私有知识库,扩展 AI 的能力。快速开发一个完整的基于 agent 对话机器人。掌握功能最强的大模型开发框架,抓住最新的技术进展,适合 Python 和 JavaScript 程序员。

  • 为什么要做 RAG
  • 搭建一个简单的 ChatPDF
  • 检索的基础概念
  • 什么是向量表示(Embeddings)
  • 向量数据库与向量检索
  • 基于向量检索的 RAG
  • 搭建 RAG 系统的扩展知识
  • 混合检索与 RAG-Fusion 简介
  • 向量模型本地部署
  • …

第三阶段(30天):模型训练

恭喜你,如果学到这里,你基本可以找到一份大模型 AI相关的工作,自己也能训练 GPT 了!通过微调,训练自己的垂直大模型,能独立训练开源多模态大模型,掌握更多技术方案。

到此为止,大概2个月的时间。你已经成为了一名“AI小子”。那么你还想往下探索吗?

  • 为什么要做 RAG
  • 什么是模型
  • 什么是模型训练
  • 求解器 & 损失函数简介
  • 小实验2:手写一个简单的神经网络并训练它
  • 什么是训练/预训练/微调/轻量化微调
  • Transformer结构简介
  • 轻量化微调
  • 实验数据集的构建
  • …

第四阶段(20天):商业闭环

对全球大模型从性能、吞吐量、成本等方面有一定的认知,可以在云端和本地等多种环境下部署大模型,找到适合自己的项目/创业方向,做一名被 AI 武装的产品经理。

  • 硬件选型
  • 带你了解全球大模型
  • 使用国产大模型服务
  • 搭建 OpenAI 代理
  • 热身:基于阿里云 PAI 部署 Stable Diffusion
  • 在本地计算机运行大模型
  • 大模型的私有化部署
  • 基于 vLLM 部署大模型
  • 案例:如何优雅地在阿里云私有部署开源大模型
  • 部署一套开源 LLM 项目
  • 内容安全
  • 互联网信息服务算法备案
  • …

学习是一个过程,只要学习就会有挑战。天道酬勤,你越努力,就会成为越优秀的自己。

如果你能在15天内完成所有的任务,那你堪称天才。然而,如果你能完成 60-70% 的内容,你就已经开始具备成为一名大模型 AI 的正确特征了。

这份完整版的大模型 AI 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

在这里插入图片描述

Context Engineering:企业级AI上下文架构方法论 大语言模型在生产环境中的可靠性,不取决于参数规模,而取决于上下文的可设计性、可验证性与可演进性。Context Engineering 作为一种新兴工程范式,将上下文从无序信息堆砌升维为分层语义基础设施,涵盖基础语境、领域知识、会话记忆与实时数据四层结构,并通过语义锚点、推理路径约束和生命周期管理实现精准控制。其技术价值在于显著降低RAG幻觉率、提升决策可审计性、支撑合规交付,广泛应用于智能客服、金融风控、医疗辅助等强规则、高确定性场景。本文聚焦上下文架构设计与落地实践,系统阐释如何像构建数据库Schema 阅读详情

相关推荐

Prompt Engineering与Context Engineering:AI后端开发核心概念解析与实战

在构建基于大语言模型的AI应用时,提示工程(Prompt Engineering)与上下文工程(Context Engineering)是两项至关重要的核心技术。提示工程聚焦于如何设计单次输入的文本指令,以精确引导模型生成预期输出,其本质是与AI高效沟通的“编程语言”。上下文工程则关注如何管理与组织多轮交互中的全部信息环境,包括对话历史、外部知识检索与整合,以支撑模型进行持续、连贯的复杂推理。这两项技术共同构成了现代AI后端系统的核心价值,是实现高效、稳定、可控的智能应用(如智能客服、知识问答系统)的基石。

weixin_30879833的博客 344

突破长上下文瓶颈!MemoRAG:用全局记忆重构RAG,让 RAG 像人一样 “读长文档” 的核心秘诀

MemoRAG的出现,标志着RAG从“工具”向“智能系统”迈进了一步——它不再依赖用户提供明确查询,而是能主动理解模糊需求,通过“记忆-线索”环节搭建“需求与数据”的桥梁。降低长文本处理成本:无需为128K+上下文的LLM支付高昂算力,用轻量级模型+KV压缩即可处理超长文本;拓展RAG应用边界:首次将RAG从简单QA推向摘要、跨文档分析、法律合同解读等复杂场景;

2502_93987700的博客 771

Context Engineering:AI上下文结构化与可信度工程实践

在大模型应用落地中,'上下文管理'正从简单拼接文本升级为系统级工程——这本质上是面向AI工作流的数据库思维重构。其核心在于将非结构化输入转化为具备Schema定义、可信度锚定、意图对齐能力的可验证契约,解决传统Prompt Engineering无法应对的幻觉、噪声敏感、长程依赖衰减等顽疾。关键技术包括上下文结构化四层框架(Schema/关系/规则/契约)、多维可信度证据链(新鲜度/权威性/证据强度/一致性)以及声明式意图-上下文对齐机制。该范式已广泛应用于金融合规问答、ERP智能审批、医疗知识推理等强约束

weixin_30740295的博客 436

【收藏必学】Context Engineering:解决大模型“失忆症“的关键技术,RAG的替代方案

本文探讨了Context Engineering如何解决大模型处理长文本时的"失忆症"。RAG本质是"搜索+生成"但被过度包装,而Context Rot现象表明大模型随Token增加性能下降。Context Engineering强调"给模型最需要的信息",通过筛选、重排、总结优化上下文。未来方向包括持续检索和Embedding空间操作。开发者应避免迷信大上下文窗口,构建高质量数据集,重视人工标注。技术本质是解决问题,而非追求酷炫概念。

Android_XG的博客 906

大模型时代后端开发核心技能:Prompt与Context工程详解

在大语言模型驱动的应用开发中,提示工程与上下文工程是构建高效AI交互的核心技术。提示工程专注于设计精准的指令,通过角色定义、任务分解、示例引导等技巧,优化单次请求的模型输出质量,其本质是构建高质量的API请求体。上下文工程则负责管理对话状态与外部知识,通过向量检索、历史会话管理和智能修剪等技术,解决模型的长文本处理与记忆难题,其核心是构建动态的知识供给与状态维护流程。这两项技术共同构成了AI应用后端的交互架构基础,广泛应用于智能问答、代码生成、文档分析等场景,是提升模型准确性、降低幻觉风险、控制计算成本的关

weixin_30437847的博客 442

离散系统傅里叶变换的常用结论证明

本文介绍了离散系统傅里叶变换的三个重要结论:1)时域卷积对应频域相乘(公式1-3);2)时域相乘对应频域卷积(公式4-6);3)帕塞瓦尔定理(公式7)及其广义形式,证明信号能量在变换域保持不变。文末提供了MATLAB卷积运算演示程序,通过动画展示离散信号卷积过程(翻转、平移、相乘、累加),并以方波信号为例给出运行结果图。该程序直观呈现了卷积运算的步骤与结果。

newtton的博客 1302

一文讲透:Prompt Engineering、Context Engineering、Harness Engineering、Loop Engineering 到底有什么区别?

AI工程实践的演进并非线性替代,而是构建在Prompt、Context、Harness、Loop四层架构之上,每层对应不同的控制权让渡程度。Prompt Engineering通过角色设定、少样本学习等技巧精确表达意图,但面临边际效益递减和模型依赖的局限。Context Engineering引入动态信息管理,Harness建立自动化验证,Loop则设计系统级决策循环。关键在于识别何时停止优化当前层(如Prompt超过2000字符可能负收益),转而向上层寻求突破。这四层共同构成AI开发的基础设施

以为在机器学习领域与人工智能领域深耕多年的老牛 996

EastWave应用案例:机箱屏蔽效能仿真

如何使用EastWave对机箱的电磁屏蔽效能进行仿真

2201_76034687的博客 1395

【02】Context Engineering:Prompt不再是核心

Prompt 只是模型最终看到的表达层。真正决定 Agent 稳定性的,是上下文的来源、结构、可信度、权限边界与装配方式。

i_k_o_x_s的专栏 481

vue3 - 最新详细实现高德地图绘制动态热力图详细教程,在某区域或城市地图上做“热力图层“展示人流量、旅游人口密度、热量图、全国地区地理热力图,利用颜色的深浅表示密度或强度等场景(详细示例代码教程)

vue3,nuxt3,高德地图,热力图,绘制热力图层,人流量,vue3使用高德地图实现某个区域热力图,vue3高德地图api加载热力图及关闭,接收热力图数据并渲染热力图,关掉热力图,Vue使用高德API制作热力图,热力图加载不出来,电子围栏围住热力图,vue3中使用高德地图渲染热力图组件,高德地图使用热力图详细教程,报错,卡顿,出不来怎么办,无法关闭,怎么解决这个问题,出错,城市名称,城市某个街道,城区,省份,市区,县城,乡镇,村,各省份的热力图,交通流量,人口流量,密度,旅游出行,人口数量,颜色介绍,深浅

✅ 精选推荐文章 5205

一文看懂 SAP Integration Suite:从架构治理、接口编排到事件驱动的集成全景

SAP Integration Suite是企业数字化转型中的关键集成平台,通过统一的方法论和工具链解决系统互联、数据对齐和流程协同等复杂问题。其核心能力包括:1)集成评估(Integration Assessment)提供战略规划框架;2)迁移评估(Migration Assessment)支持从传统平台向云的平滑过渡;3)云集成(Cloud Integration)实现日常业务流程编排;4)集成顾问(Integration Advisor)简化B2B标准映射;5)贸易伙伴管理(TPM)优化外部协作流程;

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 501

Prompt Engineering与Context Engineering:AI后端开发的核心技术辨析与实践

在大语言模型(LLM)应用开发中,提示工程(Prompt Engineering)与上下文工程(Context Engineering)是两大核心技术支柱。提示工程聚焦于如何设计精准的指令或问题,以引导模型生成符合预期的输出,其核心在于“如何问”,涉及指令模板、思维链等技巧。上下文工程则关注如何为模型高效提供完成任务所需的背景信息,如知识库片段、历史对话等,其核心在于“给什么背景”,通常借助向量检索和RAG(检索增强生成)系统实现。从技术价值看,前者直接决定模型输出的质量和任务遵循度,后者则深刻影响回答的事

weixin_34319374的博客 435

配置适合Gurobi的机器硬件环境需要考虑的因素

介绍了在为gurobi选择合适的硬件环境时,需要考虑三个方面的因素;

Linshaodan520的博客 1064

Prompt Engineering与Context Engineering:后端工程师构建AI应用的核心差异与实战指南

在构建集成大模型的AI应用时,理解提示工程与上下文工程的区别至关重要。提示工程关注单次交互的输入优化,通过精心设计的指令引导模型输出,属于自然语言处理中的基础技巧。而上下文工程则是一套系统工程,旨在解决无限增长的信息与有限模型上下文窗口之间的矛盾,其核心在于构建高效、稳定的对话记忆管理系统。从技术原理看,这涉及向量检索、对话历史压缩、外部知识库集成等关键技术,其价值在于能显著提升AI应用在多轮对话和长文档处理中的性能,并有效控制API调用成本。在实际应用场景中,后端开发者需设计检索增强生成架构、选择向量数据

weixin_34006468的博客 338

10、利用智能合约实现公平的私有集合交集

本文探讨了利用智能合约实现公平的私有集合交集(PSI)的多种协议,重点分析了协议 Π 和 Π∗ 的气体成本与性能特点。同时对比了包括 Justitia 和 Anesidora 在内的现有方案,突出了仅使用智能合约实现硬币补偿公平性的优势。文中还介绍了相关密码学基础、安全模型及隐私保障机制,为在不同应用场景下选择高效、安全的 PSI 协议提供了理论支持和实践指导。

linux的博客 95

【国产MCU】-认识CH32V307及开发环境搭建

CH32V307是[沁恒](https://www.wch.cn/)推出的一款基于32位RISC-V设计的互联型微控制器,配备了硬件堆栈区、快速中断入口,在标准RISC-V基础上大大提高了中断响应速度。加入单精度浮点指令集,扩充堆栈区,具有更高的运算性能。扩展串口UART数量到8组,电机定时器到4组。提供USB2.0高速接口(480Mbps)并内置了PHY收发器,以太网MAC升级到千兆并集成了10M-PHY模块。

视觉与物联智能 2343

Context Engineering RAG基础:检索增强生成的上下文设计原则

检索增强生成(Retrieval-Augmented Generation,RAG)是一种将外部知识检索与生成式人工智能(AI)相结合的技术范式,它使语言模型能够动态整合外部知识源,显著提升输出内容的准确性和可靠性。本文将系统介绍RAG的核心上下文设计原则,帮助开发者构建高效的检索增强生成系统。 ## RAG基础架构与数学原理 RAG系统通过检索模块获取相关知识,再将其与用户查询结合生成回答,

gitblog_00443的博客 1100

Windows 下 Hermes Agent(爱马仕)安装全记录:从零到一的保姆级图文教程

本文主要介绍了Windows 下 Hermes Agent(爱马仕) 安装全记录:从零到一的保姆级图文教程,希望能对学习使用 Hermes Agent 的同学们有所帮助。 文章目录 1. 背景 2. 实战教程 2.1 步骤一 安装WSL环境 2.2 步骤二 安装Python环境 2.3 步骤三 安装Hermes Agent 2.4 步骤四 修正 API Key 错误 2.5 步骤五 配置多个模型 2.6 步骤六 启动Hermes Agent 3. 常见问题及解决方案 4. 总结

weixin_43178406的博客 14万+

Context Engineering:上下文工程化方法论与生产级实践

上下文工程(Context Engineering)是大模型应用落地的核心基础设施,它超越传统Prompt Engineering,将非结构化上下文转化为可建模、可验证、可灰度发布的工程资产。其原理在于解耦多源异构上下文为带元信息的动态信号流,并通过分层管理、契约化服务与质量网关实现可控注入。技术价值体现在显著提升RAG稳定性、降低幻觉率、支撑合规与灰度发布。典型应用场景包括金融风控问答、医疗知识检索、企业级客服机器人等对准确性、可解释性与实时性要求严苛的AI系统。本文深入剖析上下文七层模型、三种黄金注入模

weixin_33714884的博客 447

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

Context Engineering实战:构建可信赖的AI系统工程范式

上下文工程(Context Engineering)是应对大模型短时记忆局限与生产环境不确定性的关键工程范式。其核心原理在于将LLM从全能执行者降级为受控推理单元,通过状态外置、工具调度、动态上下文组装等确定性机制,弥补生成式AI在一致性、可审计性与容错性上的天然缺陷。该技术显著提升AI应用在金融校验、客服对话、订单处理等强规则场景中的可靠性与可维护性,已成为企业级AI落地的事实标准。本文聚焦酒店预订系统这一典型用例,详解RAG精准检索、工具负载设计、上下文隔离与剪枝等五大落地战术。

weixin_33863087的博客 637

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

【AI应用开发工程师】第七章:Context Engineering

Context(上下文)是指大语言模型(LLM)生成响应时,提供给模型的所有输入信息的总和。组成部分说明示例系统提示词角色设定、任务约束、输出格式“你是一位资深数据分析师”用户输入当前请求的具体内容“请分析这个销售数据集”历史对话之前的多轮交互记录前 5 轮问答内容外部知识检索增强生成(RAG)检索的文档片段相关技术文档 3 篇工具结果函数调用/API 返回的数据数据库查询结果💡类比理解:Context 就像会议的背景资料包——参会者(模型)需要根据这些资料做决策。

sjy8207380的专栏 329

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

AI的核心概念从头梳理 | LLM、Prompt、Agent、RAG、MCP、Skill、Context、Harness Engineering

这篇文章系统梳理了AI领域的核心概念和架构,主要包含以下要点: 三层架构框架:模型层(LLM/Embedding等)、工程层(Prompt/Agent/RAG等)和应用层(AI产品) 大语言模型本质:作为无状态函数,通过上下文窗口(Context)处理输入并生成输出token 技术演进路径:从基础Prompt到Prompt工程,再到Context工程,最终发展为Harness工程 AI Agent架构:基于ReAct循环,整合记忆系统、工具调用和持续推理能力 记忆系统:区分短期记忆(Context窗口)和长

PhilZhou的专栏 108

摆脱“大海捞针”:面向金融时序数据的Context Engineering实践——不仅仅是RAG

文章摘要:金融时序数据处理的Context Engineering实践 本文探讨了传统RAG系统在金融时序数据处理中的局限性,并提出Context Engineering的创新解决方案。金融决策面临的核心挑战是上下文时效性问题,而非模型规模。标准RAG的语义相似检索无法保证时间准确性,存在"数据泄露"风险。作者提出的时序感知架构包含三层设计:元数据注入层为文本块添加时间标识,时序重排层基于时间衰减函数优化结果,动态窗口层自适应调整检索范围。实践表明,这种时序约束的上下文处理方法能有效提高金融数据分析的准确性

magua_001的博客 448

【Vibe Coding从入门到精通】第05篇:Context Engineering——让AI真正理解你的项目

文章摘要 Context Engineering(上下文工程)是提升AI编程效率的核心技术,通过系统设计AI可访问的信息集合,确保代码生成的精准性。其三大支柱为:1)RAG技术实现代码库索引与语义检索,让AI"看到"相关代码;2)Rules配置定义编码规范,使AI"知道"项目规则;3)MCP协议实现外部工具对接,让AI"做到"无缝集成。文章详细解析了Codebase Indexing的工作原理与优化技巧,强调优质上下文(清晰规则+相关代码)对生成质量的决定性影响,提出"垃圾上下文=垃圾代码"的铁律,为开发者

xyghehehehe的专栏 195

AI Agent注意力预算管理:从Context Engineering到高效认知架构设计

在构建智能体(Agent)和大模型应用时,上下文窗口(Context Window)常被误解为只需填充更多信息。然而,Transformer架构中的注意力机制存在计算复杂度限制,过长的上下文会导致信息被稀释,出现“中间丢失”现象。这引出了注意力预算(Attention Budget)的核心概念——Agent在单次推理中有限的认知资源。高效管理这一预算,是提升Agent性能的关键。通过动态上下文管理、结构化提示设计、检索增强生成(RAG)以及思维链(CoT)等工程实践,可以将有限的注意力聚焦于高价值信息,从而

weixin_34117211的博客 323
上一篇: VLA模型的“外挂”来了!深度解析PLD如何让机器人“越用越聪明”?
下一篇: 别再瞎卷了!2025顶会Agent Memory的最新赛道,这几篇论文已经指明了方向!
Python_金钱豹
博客等级 码龄5年 1万+粉丝 2835原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值