- 综合排序
- 最热优先
- 最新优先
- 来自专栏设计模式
AI 智能体上下文工程 4 大实用策略解析
上下文工程是在智能体运行轨迹的每个步骤中，为其上下文窗口填充恰到好处信息的艺术与科学。在本文中，我们通过回顾各类热门智能体及相关论文，拆解了上下文工程的几种常见策略——写入、选择、压缩和隔离。 和RAM一样，LLM的上下文窗口容量有限，无法容纳所有来源的上下文信息。而正如操作系统会精心筛选适合存入CPU内存的内容，“上下文工程”也扮演着类似的角色。 【上下文工程是】“……一种精妙的艺术与科学，旨在为下一步操作的上下文窗口填充恰好所需的信息。” LLM应用中常见的上下文类型 在构建LLM应用时，我们需要管理哪些类型的上下文呢？ 鉴于此，Cognition公司强调了上下文工程的重要性： “上下文工程”……实际上是构建AI智能体的工程师的首要工作。 德鲁还提到了Provence，这是一种用于问答任务的训练型上下文修剪器。 4. 隔离上下文（Isolate Context） 隔离上下文指拆分上下文，以帮助智能体执行任务。
1.5K11编辑于 2025-10-20 - 来自专栏DeepHub IMBA
DeepSeek-V4 深度解读：百万上下文背后的工程细节
1M token 上下文设置下，DeepSeek-V4-Pro 的单 token 推理 FLOPs 仅为 DeepSeek-V3.2 的 27%，KV Cache 仅为 V3.2 的 10%；V4-Flash ，再用 FP4 量化感知训练把 MoE 权重砍一半,这样1M 上下文的边际成本被压到能用的程度。 工程上mHC 增加了激活内存和 pipeline 通信量。 彻底消除主模型旁边再挂一个小模型的工程债。 V4 的差异化定位是用更激进的架构换长上下文与推理效率，代价是工程复杂度——短期内别人不容易复刻。
2.1K10编辑于 2026-04-28 - 来自专栏MixLab科技+设计实验室
上下文工程Context Engineering
最近，又多了个新的概念，上下文工程，这是从提示工程发展而来的，因为随着LLM上下文的增长以及Agent能力的提升，写好一句prompt已经远远不够了，我们需要为AI Agent处理动态的上下文信息，处理得越好 毕竟底层LLM都是大家就能接入的，而上下文工程，那就非常考验架构和工程能力了。 以下是上下文工程必须要了解的知识点，欢迎查看： # Prompt 工程的局限 Prompt Engineering 是一门设计和优化提示（prompts）的技术，旨在有效利用大型语言模型（LLMs）来执行各种应用和研究任务 然而，随着 LLM 上下文窗口的显著扩大（在过去两年中从 4K 增加到超过 1M tokens），Prompt Engineering 的局限性也日益凸显。 LLM 并非直接调用工具，而是输出它想要调用的工具和参数，然后由应用程序实际执行调用并将结果放回上下文窗口。 4.
77710编辑于 2026-03-24 从提示词工程到上下文工程
Anthropic公司上个月29日发布了一篇长文，关于智能体上下文工程，针对这篇文章去阅读学习了下，顺带做个总结。 如下图所示提示词工程和上下文工程的对比，提示词是引导大模型去如何思考得到我们想要的信息，而上下文工程将智能体中的大模型输出的信息进行整合提炼或持久化管理，这二者不是相互替代的关系，而是相辅相成的关系。 02 — 上下文工程对智能体的重要性 文中提到了上下文会“腐烂”的观点。 03 — 好上下文的4个配方 1、提示词：高信号、低噪音 不要在提示词中写“if A 且 B 且 C 则执行 D”的脆弱逻辑；也不要只说“请尽量做好”。 可以看到现在工程师在设计智能体的上下文的方式发生了一些转变。许多AI原生应用采用某种形式的基于嵌入的推理前检索，以呈现重要上下文供智能体推理。
50210编辑于 2026-06-22- 来自专栏机器学习与统计学
上下文工程比提示词工程更重要，6种上下文管理策略
大家好，我是Ai学习的老章 关于大模型中的上下文工程，刚看了一个Langchain的演讲，很不错，分享给大家 https://docs.google.com/presentation/d/16aaXLu40GugY-kOpqDU4e-S0hD1FmHcNyF0rRRnb1OU slide=id.p#slide=id.p 1、从提示词工程到上下文工程 2、“上下文工程” 体现了当下所面临的各类挑战 上下文污染（Context Poisoning） 示例：Gemini在玩《宝可梦 而在每一个工业级的 LLM 应用中，上下文工程是填充上下文窗口以提供恰到好处的信息的艺术和科学，以便为下一步提供正确的背景信息。 4、上下文工程5大实践 1、转移上下文负担 利用文件系统存储笔记（see: Drew’s post[1], Anthropic multi-agent[2]）。 根据工具描述检索相关工具（参考: Drew’s post[15]). 4、隔离上下文 在多智能体之间拆分上下文（参考: Drew’s post[16], Anthropic[17]).
1.3K10编辑于 2025-07-27 图解AI： 什么是上下文工程？
它解决的根本问题是：为什么花了大价钱买最好的GPT-4、Claude-3，效果却依旧差强人意。 一句话概括，大多数AI应用翻车并不是模型不够聪明，而是丢给模型的“背景资料”不合适。 上下文工程干的就是把这一段“前置检索+加工+整合”做成系统性、可配置、可观测的流水线。 这就是上下文工程的兴起。 一套成熟的上下文工程系统通常包含四个可观测的模块。 1. 动态信息流 信息不再是一次性塞进 Prompt，而是按场景、按角色按需组装。 4. 格式优化 很多人忽视了“格式即策略”。同一批数据，用 CSV、YAML、还是 MD 表格呈现，模型表现差异巨大。 面向2025之后的系统架构，上下文工程极可能成为一条独立赛道。
60010编辑于 2026-06-22- 来自专栏MixLab科技+设计实验室
从上下文工程到驾驭工程
缰绳 （架构约束）引导它走正确的路，马车（上下文工程）提供舒适的承载空间，车上的镜子（反馈循环）随时照出它的状态，而车夫（熵管理）则负责清理它奔跑时留下的杂乱痕迹。 再之后，知名工程师 Martin Fowler 在 Twitter 上为 Thoughtworks 工程师对这份报告的深度分析站台。 Harness 到底在做什么 根据 OpenAI 官方报告的描述，Harness 由三个核心类别组成： 第一层：Context Engineering（上下文工程）。 不仅仅是给 Agent 一份文档，而是持续增强的知识库，加上动态上下文——比如可观测性数据、浏览器导航状态。 blockchain.news. [2] Mitchell Hashimoto - My AI Adoption Journey. [3] Martin Fowler - Harness Engineering. [4]
15.6K96编辑于 2026-03-25 上下文工程的精髓在于删除？
Philipp Schmid是Hugging Face的机器学习工程师。 上下文会腐败，就像食物会变质 先说个基本事实：AI模型的上下文窗口会"腐败"。 什么意思？就算你的模型号称能处理100万个token，实际上塞到25万个左右，性能就开始下滑了。 别让所有AI共享同一个大脑 多个AI代理最容易犯的错误：大家共用一套上下文。结果就是信息混乱，每个代理都被无关信息干扰。 具体做法： 简单任务（比如"搜索文档中的某个词"）：给代理单独的上下文，只告诉它要干什么 复杂任务（比如调试，需要看历史错误）：才共享完整上下文 3. 先把工程做好。 设置预警线：别等到真正卡死才优化，提前监控token使用量。 用简单指标验证效果：代码能跑吗？文件创建成功了吗？别搞复杂的评分系统。 删除的艺术 Manus团队最大的收获是学会了删除。
15510编辑于 2026-06-23- 来自专栏周末程序猿
谈谈上下文工程（Context Engineering）
什么是上下文工程 上下文，是在一次 LLM 推断过程中被纳入采样的全部 token 集合，上下文工程的核心任务，是在模型固有约束下，优化这些 token 的效用，以更稳定地获得预期结果。 上下文工程 vs 提示工程 提示工程：编写和组织模型指令以获得最佳输出，通常聚焦系统提示如何写得清晰、有效。 “上下文工程” 的艺术就在于：在有限的上下文窗口中，选取最有价值的子集。 3. 为什么 “上下文工程“ 对强代理至关重要？ 这些问题需要用更好的处理方法：把上下文视为稀缺资源，并以工程化方式加以管理，是构建强大代理的基础。 4. 什么是有效上下文？ 4) 遵守输出格式，控制总长度（答案≤200字，引用≤3条）。
1.6K12编辑于 2025-11-13 上下文工程的崛起：提示工程已是过去式
这正是上下文工程的核心。 大多数情况下，当一个智能体表现不可靠时，其根本原因并非模型本身的能力不足，而在于我们未能向其传递完成任务所需的上下文、指令和工具。 因此，上下文工程正迅速成为 AI 工程师所能掌握的最关键技能。 在前面文章里也多次提过上下文工程的内容，但缺少系统化理论化的定义。 近日，Langchain创始人也撰文《The rise of "context engineering"》探讨了这一问题，借此机会让我们更深入了解“上下文工程”。 什么是上下文工程？ 上下文工程与提示词工程的区别 为何行业焦点正从“提示词工程”转向“上下文工程”？早期，开发者更专注于通过巧妙的措辞来“诱导”模型给出更好的答案。 但随着应用复杂度的提升，一个共识逐渐形成：向 AI 提供完整、结构化的上下文，其重要性远超任何“魔法般”的措辞。 我们可以认为，提示词工程是上下文工程的一个子集。
24110编辑于 2026-06-23- 来自专栏机器之心
提示词工程、RAG之后，LangChain：上下文工程开始火了！
至于重要性，下面这张图很好地概括了上下文工程与提示词工程、RAG 等的关系。 在传统的提示工程中，开发者通常侧重于精心设计提示语，以期得到更好的答案。 如今，提供完整且结构化的上下文信息比任何巧妙的提示词更为重要。 上下文工程就是为此诞生的。 上下文工程是构建动态系统，以正确的格式提供合适的信息和工具，从而使得 LLM 能够合理地完成任务。 因此，上下文工程正在成为 AI 工程师可以发展的最重要技能。 什么是上下文工程？ 上下文工程是指构建动态系统，以合适的格式提供准确的信息和工具，使 LLM 能够合理完成任务。 上下文工程是一个系统。 上下文工程与提示工程有何不同？ 为什么要从提示工程到上下文工程转变？早期，开发者专注于巧妙地给出提示以引导模型给出更好的答案。 但随着应用变得更加复杂，现在越来越明显的是，提供完整且结构化的上下文比任何巧妙的措辞更为重要。 我们可以将提示工程视为上下文工程的一个子集。即使你拥有所有的上下文，如何在提示中组装它仍然至关重要。
93710编辑于 2025-06-26 RAG 工程里的上下文剪枝：如何减少 68% 的上下文
在这种场景下，每减少一个进入模型的chunk，就能直接降低约4%的单次查询成本。上下文剪枝就是用来解决上面这些问题的。 4分：Contributing。单独无法回答问题，但完整答案需要它。3分：Supporting。和问题相关，且对回答问题有帮助，但没有它答案大概率也能成立。2分：Tangential。 在这套评分标准中，4分的设置很重要。它专门用来识别那些“单独看相关度不高，但组合起来对答案有价值”的补充性材料。 例如：设定阈值为4分，系统会保留Essential和Contributing。设定阈值为3分，则会更保守一些，将Supporting也一并留下。这与直接使用Rerank的浮点数分数的逻辑完全不同。 如果你的系统基本符合这些条件，那么在Reranker和Generator之间加入一层轻量剪枝，就具有非常实在的工程价值。
22011编辑于 2026-07-15上下文AI与搜索平台集成以扩展精准上下文工程
没有正确的上下文，AI模型难以保证相关性，常常产生不准确或“幻觉”的响应。上下文工程旨在解决一个根本问题：在正确的时间以正确的格式提供正确的信息，使AI代理能够执行复杂的、特定于用例的任务。 Contextual AI平台由检索增强生成（RAG）的先驱创立，提供了一个全面的上下文工程平台，用于快速构建开箱即用、具有卓越准确性的AI代理。 随着代理和AI系统变得越来越复杂，上下文工程确保它们能够在正确的时间访问并推理正确的信息。 通过将某中心的混合搜索和向量数据库与Contextual AI的上下文工程平台相结合，开发者获得了一个功能丰富的统一体验，可以在准确的企业上下文中落地他们的代理，而无需增加复杂性。 这一联合解决方案使开发者能够：实现前所未有的准确性：通过使用Contextual AI的上下文工程平台和某中心的混合搜索，代理可以检索并推理最复杂的企业数据，包括财务报告、法律文件和工程规范。
32610编辑于 2025-12-20上下文工程是什么？从提示词工程到上下文，一文讲透 AI 不跑偏
这问题不在提示词没写清楚，而在上下文没管好。这篇把AI回答质量的底层逻辑讲透：提示词、提示词工程、上下文、上下文工程，一层层拆开，再聊聊怎么让AI自己记笔记、把上下文变短。 上下文工程要做的，就是在预算里把"最能帮模型答对"的东西摆进去。所以答案不是"把窗口做大"，而是"把该上桌的选好"——这也是下一节上下文工程要解决的。 四、上下文工程：管理的不是一句话，是AI眼前的一切上下文工程管的是"AI看到什么"——系统性地设计每一次请求进入上下文窗口的全部信息，这是提示词工程之后的下一个战场。 提示词工程和上下文工程的分工，可以这样看：维度提示词工程上下文工程管什么怎么问AI看到什么层次单次请求内的措辞整体信息环境（历史/工具/资料）状态无状态，一次一问有状态，动态组装擅长单轮任务多轮、多步自主任务失败模式措辞歧义 你有哪些上下文工程的小技巧？
26310编辑于 2026-08-16如何高效执行智能体上下文工程
然而，随着LLM能力的增强，提示工程已经演变为上下文工程：优化输入LLM的所有数据，以在复杂任务上实现最大性能。本文将深入探讨智能体上下文工程，即专门为智能体优化上下文。 这与传统的上下文工程不同，因为智能体通常需要执行更长时间的任务序列。鉴于智能体上下文工程是一个广泛的话题，本文将深入探讨以下列出的主题，并撰写后续文章涵盖更多内容。 具体的上下文工程技巧缩短/总结上下文工具使用在深入探讨上下文工程的具体细节之前，首先说明为什么智能体上下文工程很重要。 为什么智能体需要上下文工程现在我们知道了为什么需要智能体，但为什么智能体需要上下文工程呢？主要原因是，当LLM的上下文包含更多相关信息且噪音（不相关信息）更少时，其性能总是更好。 我们需要从LLM的上下文中移除这些噪音信息，并确保所有相关信息都存在于LLM的上下文中。具体的上下文工程技巧智能体上下文工程建立在传统上下文工程的基础之上。
40210编辑于 2025-12-17Agentic上下文工程真能杀死LLM微调？
斯坦福大学最新提出的主动式上下文工程 Agentic Context Engineering（ACE）技术，正在挑战这一看似理所当然的做法，它让AI第一次拥有了类似人类的"经验积累"能力。
28210编辑于 2026-02-02Claude 新模型的上下文工程：从堆规则到设计上下文
当我们给Agent发消息时，当前这一次输入的Prompt，只占模型实际读到的上下文中的很小一部分。 上下文工程和写Prompt有一个结构性差异，那就是Prompt面向单次任务，而上下文会被大量请求反复使用。要复用就意味着上下文不能写得太具体，不然在下一个任务中它会变成噪音甚至干扰。 上下文工程的六个变化从规则堆叠到模型判断早期使用ClaudeCode时，我们需要告诉模型大量“不要做什么”：不要随便删文件，不要生成多余文档，不要加太多注释。 分层设计上下文把上面的变化落到具体实现上，每一层的职责要重新划分：SystemPrompt在整个上下文体系中，SystemPrompt和具体产品的关系是最紧密的。 对于ClaudeCode或任何Agent系统来说，好的上下文工程很少来自持续添加的内容。更多时候，我们要做的是删除那些不必要的信息，让真正重要的部分更容易被模型找到。
26210编辑于 2026-07-31- 来自专栏斑斓
DDD 实战 (4)：战略设计之系统上下文和限界上下文
02 系统上下文定义 本系统的主要用户是 4 类：消费者客户、商家创建人、商家授权操作人、平台运营人员。 本节战略设计部分，主要需要完成 V 型映射的后半部分：从业务服务（业务用例）到限界上下文。我们将通过如下的 4 个步骤来得出最终的限界上下文划分及其映射关系。 在按照以上 4 个步骤分析的过程中，我们需要注意的是：我们要始终考虑限界上下文的主要 4 个设计特征：最小完备、自我履行、稳定空间、独立进化。 同时，我们在这一步，再回顾限界上下文设计的 4 个特征：最小完备、自我履行、稳定空间、独立进化。 经过第三步的分析，我们调整后的限界上下文列表如下图： 4 考虑技术和管理因素 我们还有最后一步分析：根据系统上下文边界、以及技术实现因素，对限界上下文的识别情况进行最终的确认。
2K20编辑于 2023-03-23 Alexa上下文语音识别的工程实现解析
Alexa上下文语音识别的工程实现自动语音识别（ASR）是将语音信号转换为文本的技术。某中心的语音系统为每种语言维护统一的核心ASR模型，但其AI团队通过实时适配用户上下文来提升识别精度。 上下文感知的技术实现设备上下文利用 带屏幕的设备可显示查询应答列表，当处理后续指令时，ASR模型会优先识别列表中的条目。 规模化工程挑战 以确认型追问场景为例（如用户说"打电话给Meg"后需选择联系人），上下文感知使ASR错误率降低26%。 ）的短文本数据表：独立存储加密的原始语句和上下文数据避免频繁加解密操作，仅在实际需要生成上下文向量时解密实时计算窗口优化利用系统响应时间窗口执行上下文向量计算麦克风重启指令（expect-speech） 系统设计支持离线实验新上下文信号，持续优化模型效果。技术团队强调：将实验室模型转化为海量用户服务需要严谨的系统设计，某中心工程团队通过科学与工程的紧密协作，实现了上下文机器学习在亿级规模下的稳定运行。
38511编辑于 2025-08-28- 来自专栏AgenticAI
别再靠运气写 Prompt，上下文工程实战手册！
不过我觉得，“上下文工程”的基础更扎实一些。 1. 什么是上下文工程？ img 可以这样理解： Prompting（提示词）：是你直接让模型去做某件事。 上下文工程版本： [角色] 你是一名中年软件工程师，给同行写博客。 [受众] 有经验但对 LLM 持谨慎态度的开发者。 [语气示例] “是啊，Copilot 会写测试。 4. 我是怎么想出这些上下文的？ 没有什么工具或模板，就是普通思考、反复试验，然后问自己：“如果我要自己写，会先需要知道什么？” 其实你可能已经在做上下文工程了，如果你曾经： 给提示词加过示例 改写提示词以调整语气 描述过目标受众 删除过多余文字以节省空间 ——那你就在做上下文工程。 译者注：所以我觉得所谓的上下文工程，如果只是本文来看的话，和提示词工程有什么区别呢？和我之前高赞原创的似乎没什么区别？ 那么你的看法是什么呢？评论区留下你的见解。 敲黑板！
1.7K10编辑于 2025-08-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号