- 综合排序
- 最热优先
- 最新优先
- 来自专栏MixLab科技+设计实验室
上下文工程Context Engineering
最近，又多了个新的概念，上下文工程，这是从提示工程发展而来的，因为随着LLM上下文的增长以及Agent能力的提升，写好一句prompt已经远远不够了，我们需要为AI Agent处理动态的上下文信息，处理得越好 毕竟底层LLM都是大家就能接入的，而上下文工程，那就非常考验架构和工程能力了。 以下是上下文工程必须要了解的知识点，欢迎查看： # Prompt 工程的局限 Prompt Engineering 是一门设计和优化提示（prompts）的技术，旨在有效利用大型语言模型（LLMs）来执行各种应用和研究任务 - 它被 Cognition 公司称为“构建 AI 代理工程师的首要任务”。Anthropic 也强调，代理在数百轮对话中需要精细的上下文管理策略。 例如，ChatGPT 和 Claude 通过将先前的提示和输出传入上下文窗口来保持短期记忆。 5.
77710编辑于 2026-03-24 从提示词工程到上下文工程
Anthropic公司上个月29日发布了一篇长文，关于智能体上下文工程，针对这篇文章去阅读学习了下，顺带做个总结。 如下图所示提示词工程和上下文工程的对比，提示词是引导大模型去如何思考得到我们想要的信息，而上下文工程将智能体中的大模型输出的信息进行整合提炼或持久化管理，这二者不是相互替代的关系，而是相辅相成的关系。 02 — 上下文工程对智能体的重要性 文中提到了上下文会“腐烂”的观点。 随着上下文长度的增加，模型捕捉这些成对关系的能力会变得薄弱，这在上下文大小和注意力焦点之间产生了一种天然的张力。 这些现实意味着，深思熟虑的上下文工程对于构建有能力的智能体至关重要。 可以看到现在工程师在设计智能体的上下文的方式发生了一些转变。许多AI原生应用采用某种形式的基于嵌入的推理前检索，以呈现重要上下文供智能体推理。
50210编辑于 2026-06-22- 来自专栏机器学习与统计学
上下文工程比提示词工程更重要，6种上下文管理策略
slide=id.p#slide=id.p 1、从提示词工程到上下文工程 2、“上下文工程” 体现了当下所面临的各类挑战 上下文污染（Context Poisoning） 示例：Gemini在玩《宝可梦 而在每一个工业级的 LLM 应用中，上下文工程是填充上下文窗口以提供恰到好处的信息的艺术和科学，以便为下一步提供正确的背景信息。 4、上下文工程5大实践 1、转移上下文负担 利用文件系统存储笔记（see: Drew’s post[1], Anthropic multi-agent[2]）。 通过文件系统读写包含大量 token 的上下文（参考：Manus[4]）。 将文件用于存储长期记忆（参考：Ambient Agents course[5]/repo[6]）。 5、六种上下文管理策略 PPT中附加的一篇文章写的也相当好《# How to Fix Your Context》[23] 文章承接前文 “长上下文如何失效”[24]，探讨缓解或避免上下文失效的方法。
1.3K10编辑于 2025-07-27 图解AI： 什么是上下文工程？
今天聊一个被低估、却把无数人卡住的概念——Context Engineering，中文通常译作“上下文工程”或“语境工程”。它不是什么新出的框架，而是一套为AI系统搭好“前置信息环境”的方法论。 上下文工程干的就是把这一段“前置检索+加工+整合”做成系统性、可配置、可观测的流水线。 这就是上下文工程的兴起。 一套成熟的上下文工程系统通常包含四个可观测的模块。 1. 动态信息流 信息不再是一次性塞进 Prompt，而是按场景、按角色按需组装。 上下文工程让这三部分的边界清晰，谁负责组装数据、谁负责生成文本、谁负责安全兜底，一目了然。也因此，它能复用、能版本化、能AB Test，真正进入了工程化范畴。 面向2025之后的系统架构，上下文工程极可能成为一条独立赛道。
60010编辑于 2026-06-22- 来自专栏MixLab科技+设计实验室
从上下文工程到驾驭工程
缰绳 （架构约束）引导它走正确的路，马车（上下文工程）提供舒适的承载空间，车上的镜子（反馈循环）随时照出它的状态，而车夫（熵管理）则负责清理它奔跑时留下的杂乱痕迹。 谁第一次喊出了这个名字 2026 年 2 月 5 日，HashiCorp 联合创始人在他的博客文章中首次使用了「harness engineering」这个术语。 Harness 到底在做什么 根据 OpenAI 官方报告的描述，Harness 由三个核心类别组成： 第一层：Context Engineering（上下文工程）。 不仅仅是给 Agent 一份文档，而是持续增强的知识库，加上动态上下文——比如可观测性数据、浏览器导航状态。 OpenAI 团队花了 5 个月时间来构建和完善他们的 Harness。 这不是某种「快速见效」的技巧，而是一个需要持续投入的系统工程。
15.6K96编辑于 2026-03-25 上下文工程的精髓在于删除？
Philipp Schmid是Hugging Face的机器学习工程师。 上下文会腐败，就像食物会变质 先说个基本事实：AI模型的上下文窗口会"腐败"。 什么意思？就算你的模型号称能处理100万个token，实际上塞到25万个左右，性能就开始下滑了。 具体做法： 简单任务（比如"搜索文档中的某个词"）：给代理单独的上下文，只告诉它要干什么 复杂任务（比如调试，需要看历史错误）：才共享完整上下文 3. 先把工程做好。 设置预警线：别等到真正卡死才优化，提前监控token使用量。 用简单指标验证效果：代码能跑吗？文件创建成功了吗？别搞复杂的评分系统。 删除的艺术 Manus团队最大的收获是学会了删除。 LangChain的Lance Martin说得好："2025年最好的AI系统，不是能处理百万token的，而是用5万token就能解决问题的。"
15510编辑于 2026-06-23- 来自专栏周末程序猿
谈谈上下文工程（Context Engineering）
什么是上下文工程 上下文，是在一次 LLM 推断过程中被纳入采样的全部 token 集合，上下文工程的核心任务，是在模型固有约束下，优化这些 token 的效用，以更稳定地获得预期结果。 上下文工程 vs 提示工程 提示工程：编写和组织模型指令以获得最佳输出，通常聚焦系统提示如何写得清晰、有效。 “上下文工程” 的艺术就在于：在有限的上下文窗口中，选取最有价值的子集。 3. 为什么 “上下文工程“ 对强代理至关重要？ - semantic_search: 与search类似，但“更智能”，返回更长的上下文片段。 - list_docs: 列出所有文档并返回每个文档的首5页内容，防止错过重要信息。 5. 运行时上下文检索与 “代理式搜索” 我们将 “代理” 简化定义为：LLM 在循环中自主使用工具，随着模型提升，代理自治能力增强，能更好地独立探索与纠错。
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进行二次筛选，尽可能只保留回答真正需要的内容。 不用分数截断上下文的话，还有一种做法是位置截断。只保留前5个chunk，或是把保留范围从前15个缩减到前10个。 这个小模型会同时接收用户问题和所有的候选chunk，并按照以下五档标准为每个chunk进行评估打分：5分：Essential。关键资料，缺它不行。4分：Contributing。 Agent在执行单次任务时，要调用多个工具，每次工具调用的结果都会持续累加到上下文中。如果检索返回的内容更短、更干净，就能为后续的工具输出、推理步骤和中间状态留出更多的上下文空间。 如果你的系统基本符合这些条件，那么在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自己记笔记、把上下文变短。 先花5秒点个收藏，上下班路上看。一、提示词是什么：AI只回答你发给它的那一段话提示词就是用户发给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 新模型的上下文工程：从堆规则到设计上下文
上下文工程和写Prompt有一个结构性差异，那就是Prompt面向单次任务，而上下文会被大量请求反复使用。要复用就意味着上下文不能写得太具体，不然在下一个任务中它会变成噪音甚至干扰。 在Claude的新一代模型ClaudeOpus5、ClaudeFable5中，Anthropic删除了ClaudeCode中80%以上的提示词，而在代码评测上并没有观察到明显的性能下降。 上下文工程的六个变化从规则堆叠到模型判断早期使用ClaudeCode时，我们需要告诉模型大量“不要做什么”：不要随便删文件，不要生成多余文档，不要加太多注释。 分层设计上下文把上面的变化落到具体实现上，每一层的职责要重新划分：SystemPrompt在整个上下文体系中，SystemPrompt和具体产品的关系是最紧密的。 对于ClaudeCode或任何Agent系统来说，好的上下文工程很少来自持续添加的内容。更多时候，我们要做的是删除那些不必要的信息，让真正重要的部分更容易被模型找到。
26210编辑于 2026-07-31- 来自专栏数据技巧
Power Pivot概念(5)—理解上下文
十、 上下文的理解 (一) 查询上下文 1. 定义 简单理解就是通过筛选查询得到的结果。 2. 说明 影响的方式包括：筛选器，切片器，透视表的行和列，透视图的轴等。 (二) 行上下文 根据信息所在的行决定的，并涉及到行的信息数据来计算。 1. 定义 行上下文可以被认为是当前行，如果在当前行创建公式，其参数就对应的是当前行的值。 2. 注意 行上下文也会涉及到关系。例如在多端引用1端数据是使用Related，则会默认当前行关联的数据。 4. 复杂的行上下文 根据行上下文筛选出的表在和原表做比较计算。 例如涉及到行数Earlier (三) 筛选上下文 1. 定义 对于查询上下文的进一步定义。可以直接在公式中指定过滤器表达式或动态获取计算中使用的值的上下文。
1.1K20发布于 2020-03-23 Alexa上下文语音识别的工程实现解析
Alexa上下文语音识别的工程实现自动语音识别（ASR）是将语音信号转换为文本的技术。某中心的语音系统为每种语言维护统一的核心ASR模型，但其AI团队通过实时适配用户上下文来提升识别精度。 上下文感知的技术实现设备上下文利用 带屏幕的设备可显示查询应答列表，当处理后续指令时，ASR模型会优先识别列表中的条目。 规模化工程挑战 以确认型追问场景为例（如用户说"打电话给Meg"后需选择联系人），上下文感知使ASR错误率降低26%。 ）的短文本数据表：独立存储加密的原始语句和上下文数据避免频繁加解密操作，仅在实际需要生成上下文向量时解密实时计算窗口优化利用系统响应时间窗口执行上下文向量计算麦克风重启指令（expect-speech） 系统设计支持离线实验新上下文信号，持续优化模型效果。技术团队强调：将实验室模型转化为海量用户服务需要严谨的系统设计，某中心工程团队通过科学与工程的紧密协作，实现了上下文机器学习在亿级规模下的稳定运行。
38511编辑于 2025-08-28- 来自专栏AgenticAI
别再靠运气写 Prompt，上下文工程实战手册！
不过我觉得，“上下文工程”的基础更扎实一些。 1. 什么是上下文工程？ img 可以这样理解： Prompting（提示词）：是你直接让模型去做某件事。 上下文工程版本： [角色] 你是一名中年软件工程师，给同行写博客。 [受众] 有经验但对 LLM 持谨慎态度的开发者。 [语气示例] “是啊，Copilot 会写测试。 我提供了： 明确的角色：幽默的中年开发者 真实的语气样本：一句带有特定讽刺的示例 一个具体的玩笑要求：不是真的为了笑话，而是让模型写得不那么正式 5. 那么，该怎么做？ 其实你可能已经在做上下文工程了，如果你曾经： 给提示词加过示例 改写提示词以调整语气 描述过目标受众 删除过多余文字以节省空间 ——那你就在做上下文工程。 译者注：所以我觉得所谓的上下文工程，如果只是本文来看的话，和提示词工程有什么区别呢？和我之前高赞原创的似乎没什么区别？ 那么你的看法是什么呢？评论区留下你的见解。 敲黑板！
1.7K10编辑于 2025-08-11 - 来自专栏大前端修炼手册
上下文工程与提示词工程：拆解 OpenClaw 是如何「喂养」大模型的
真正拉开差距的，是上下文工程（Context Engineering）和提示词工程（Prompt Engineering）。 一、上下文工程：Agent 开发最被低估的工程问题 什么是上下文窗口管理 LLM 没有持久记忆，它只能看到被塞进上下文窗口里的内容。你塞什么，它就基于什么推理。 上下文工程要解决的核心问题是：在有限的 token 预算里，把最有价值的信息放进去，把噪声排出去。 ~20,000 tokens（浮动，约 20%~40%） ↓ Layer 5 · 实时上下文层（当前轮次） 当前用户输入 + 工具执行输出（截断处理） ｜ ~500~5,000 tokens（约 5% 写在最后 上下文工程和提示词工程这两件事，本质上都是在做同一件事：为模型的每次推理构建一个信息质量尽可能高的输入。这件事没有银弹，但有工程原则可循——分层、模块化、按需加载、明确优先级。
1.5K10编辑于 2026-04-02 - 来自专栏Elastic Stack专栏
Shell 工具不是上下文工程的灵丹妙药
Shell 工具不是上下文工程的灵丹妙药 代理最重要的工具之一是用于构建自身上下文的搜索工具。 上下文工程中有哪些搜索接口？ 上下文可以存在于不同的位置，例如网络、本地文件系统或数据库。 Anthropic [5] 和 Cursor [6] 的研究表明，这种方法可以节省 47% 到 85% 的令牌。 总结 文件系统与数据库的争论分散了工程师们应该关注的问题：代理需要什么样的搜索接口来构建自己的上下文？ 答案很可能是，不只一种。 5. Anthropic. 在 Claude 开发者平台上引入高级工具使用 (2025)。 6. Cursor. 动态上下文发现 (2026)。 Agent Builder 现已全面上线。
25110编辑于 2026-04-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号