首页
学习
活动
专区
圈层
工具
发布
技术百科首页 >Agent 开发 >Agent 开发中的上下文工程包含哪些核心内容?

Agent 开发中的上下文工程包含哪些核心内容?

词条归属:Agent 开发

1. 上下文工程的定义

上下文工程是指在大模型推理过程中,系统性地筛选、组织与维护"模型每一步应当看到的最优 Token 集合"的一整套策略。Anthropic 的应用 AI 团队于 2025 年 9 月正式提出并定义该术语,定义为"在大模型推理过程中策展并维持最优 Token(信息)集合的策略集,包括提示之外可能落入上下文的其他所有信息"。

2. 与提示词工程的区别

与提示词工程关注"如何措辞提问"不同,上下文工程关注"Agent 究竟看到了什么信息",涵盖系统指令、记忆、检索结果、工具定义与历史对话的组织方式。Anthropic 将前者视为后者的一个子集——提示词工程是上下文工程的一个组成部分,而非替代。

3. 对表现与成本的决定性影响

它直接决定 Agent 的表现与成本:冗余或混乱的上下文会拖慢推理、推高 Token 消耗并引发"上下文腐烂(Context Rot)"——模型召回准确率随 Token 数上升而下降,且该现象跨模型普遍存在。更强的模型能处理更长上下文,但这只是把"墙"往外挪,不会消除问题。

4. 典型实践手段

典型实践包括:稳定前缀置顶(系统提示与工具定义放最前以命中缓存)、渐进式工具发现(只向模型暴露相关工具)、动态裁剪历史、分段摘要(Compaction)、结构化笔记外置到文件,以及按需加载指令模块;压缩应在上下文接近阈值时主动触发,例如 Claude Code 在占用约 95% 时启动自动压缩。

5. 核心操作分类

核心操作可归纳为四类:卸载(Offloading,把信息移到外部系统)、约简(Reduction,压缩或摘要陈旧信息)、检索(Retrieval,相关信息出现时才拉取)、即时加载(Just-in-time Loading,只存轻量标识、按需取全量)。判断上下文是否健康的实践标准是:若你无法判断一个正确结果"应该长什么样",则 Agent 很可能也无法稳定做到。

相关文章
中台构建的背后,包含哪些商业逻辑
各类的观点对于企业的CEO、CDO、CIO们来说也吸收的非常充分了,数商云结合着半年前的这句话,再重启这个话题展开聊一聊最近的几个观点,将理解的“中台”中的几个层面进行解读:
数商云网络科技
2020-08-04
1.2K0
告别提示工程!上下文工程如何重新定义AI Agent的效率边界?​
随着AI进入Agent时代,构建语言模型的焦点正从“为提示找到正确的词语和短语”转向“什么样的上下文配置最有可能产生期望的模型行为?”这一转变标志着提示工程(Prompt Engineering)正在自然演进为上下文工程(Context Engineering)。本文我将从技术视角剖析上下文工程的核心逻辑,希望能帮助到各位。
AI课代表
2025-10-09
1.1K1
AI Agent上下文工程:从提示词优化到上下文压缩的全链路实践
过去两年,AI Agent工程实践中有一个非常明显的变化:开发者最初把主要精力放在模型选择、Prompt编写和Tool Calling上,而进入生产环境之后,真正让系统变得复杂的往往不是这些环节,而是上下文管理。
网渡科技
2026-08-13
3720
记忆与上下文管理在Agent中的实际运用
本文详细分析 trpc-agent-go 框架中会话上下文的管理机制,包括 LLM 提示词的注入内容、Memory 记忆系统、Session Summary 会话摘要以及跨 Session 信息共享等核心设计。
tunsuy
2026-04-09
6920
2026年,AI Agent 的胜负手不在 Prompt,而在“上下文工程”
2026 年,随着大模型进入“长文本、高并发、多智能体”的深水区,开发者们发现了一个扎心的事实: Prompt 写得再漂亮,Agent 在处理复杂业务时依然会“断片”、会“胡言乱语”、甚至在海量信息中迷失方向。
用户4035096
2026-07-09
6960
点击加载更多
词条知识树 27个知识点
更多
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
领券