Context Engineering
可以先理解为:设计上下文如何交给模型和Agent
不是把所有资料倒给 AI,而是像布置考场一样,把该看的材料放在正确位置。
关键结构图
中心节点写「Context Engineering」,周围连接 Isolated context、Clean Context、LLM statelessness,用细线表示相邻路径和调用方向。
What
Context Engineering 是 agent 工作流的上下文设计方法。它关心哪些信息进入模型、何时进入、如何隔离、怎样压缩、如何在多个 agent 间汇总。
When
当你要把「AI 基础设施」从想法推进到可检查的动作时,可以调用「Context Engineering」。
How
Agent 的能力不只来自模型参数,也来自上下文被怎样组织。上下文工程是让模型在正确材料上推理的系统设计。
Examples
在拆解一个 AI 系统为什么能稳定运行时,你可以用「Context Engineering」标记其中最需要被看见的结构,再检查它提供了什么证据、边界或行动方向。
在整理「AI 基础设施」主题时,把「Context Engineering」和「Isolated context」放在同一路径里,可以帮助读者从单点概念走向可复用的判断框架。
来源
类型:系统结构 / 概念整理
事实线:这张卡把「Context Engineering」整理为实践方法: Context Engineering 是 agent 工作流的上下文设计方法。
依据:1000 Bricks 本地砖块库的概念定义、相邻砖块关系和AI 基础设施、系统架构和工具链讨论。
边界:适用于「AI 基础设施、算力、存储、运行时和工具系统」主题下的理解、复盘和设计判断;不等于行业统一标准或对所有场景都成立的结论。
常见误读:不要把它当作某篇材料的原文摘要,也不要因为概念名清晰就忽略具体情境和验证证据。