Context Engineering
可以先理解为:设计上下文如何交给模型和Agent
不是把所有资料倒给 AI,而是像布置考场一样,把该看的材料、规则和验收标准放在正确位置。好的上下文工程会决定什么该进入、什么该隔离、什么要压缩、什么必须通过工具或验证门确认。
关键结构图
中心写 Context Engineering,流程从任务目标进入材料选择、隔离、压缩、工具说明和验证门,再把失败证据回流到下一轮上下文。
What
Context Engineering 是把任务目标、文件、记忆、工具和验证材料组织成模型可用上下文的方法。它不是提示词更长,而是让 agent 在正确边界里看到正确材料。
Context Engineering 是 agent 工作流的上下文设计方法。它关心哪些信息进入模型、何时进入、如何隔离、怎样压缩、如何在多个 agent 间汇总,以及哪些要求不能只靠上下文本身承担。
When
当 agent 需要跨文件、跨工具、跨多轮任务保持稳定判断时,可以调用 Context Engineering。
How
先写清任务目标和验收标准,再决定模型应该看到哪些文件、历史、偏好、工具说明和中间产物。把长期记忆、当前任务、私有材料、外部事实和验证证据分层管理;能用工具确认的事实,不要只塞进上下文里当作承诺。
Examples
一个 coding agent 要修改代码时,上下文工程会把目标、相关文件、测试命令、失败日志和验收口径放进任务边界,同时把无关私有材料隔离出去。
一个内容管线要从每日候选生成 Public Brick Card 时,上下文工程会只保留 sanitized digest、候选判断和公开来源边界,而不是保存原始材料或内部路径。
来源
类型:系统结构 / 概念整理
事实线:这张卡把「Context Engineering」整理为实践方法:它设计任务材料、记忆、偏好、工具和验证信息如何被 agent 看见和调用。
依据:1000 Bricks 本地砖块库的概念定义、相邻砖块关系、AI 基础设施与工具链讨论,并合并 2026-07-27 concept automation digest 中关于 agent 上下文组织的公开信号。
边界:适用于 agent 工作流、coding agent、技能包和复杂任务编排;不等于把私有文件、原文或本地路径暴露给模型或读者。
常见误读:不要把 Context Engineering 简化成“写更长 prompt”。它的重点是选择、分层、隔离、压缩和验证上下文。