从 Prompt Engineering 到 Context Engineering：演进脉络

一句话定义

这个领域经历了"咒语时代（2022 前）→ 提示工程（2022-2023）→ 上下文工程（2024 至今）"三次重心迁移：从"措辞技巧"到"系统方法"再到"围绕模型输入面的整体工程"。

为什么重要

术语混乱是这个领域的新手陷阱：有人把提示工程理解为"背咒语"，有人把上下文工程理解为"提示工程的新马甲"。理清脉络能帮你判断一个新技法的真实位置（是话术技巧还是结构方法）、避开过时的争论（"提示词会被微调取代吗"），并理解本库的组织逻辑——为什么"上下文"这个词出现在标题里。

前置知识

• 分词与上下文：模型如何"读"你的话~上下文窗口与注意力预算：心智模型——理解"为什么重心会迁移"的技术原因。

直观类比

三个阶段像装修行业的三次升级：最早靠"风水口诀"（咒语）；后来有了系统工法（提示工程：水电怎么走有规范）；现在讲全屋设计与施工管理（上下文工程：不只是工法，是交付一个能住的房子）。

图示

2022前          2022-2023            2024→
咒语时代    →    提示工程        →    上下文工程
"神秘措辞"       技法系统化           输入面整体工程
 单条提示        CoT/少样本/ReAct     结构+记忆+工具+评测
                 话术层               结构层+架构层
                              （话术层成为子集）

核心概念

• 咒语时代（~2022）：GPT-3 时代，社区发现特定措辞（"让我们一步一步思考"）能显著改变输出，提示词被当咒语传播，缺乏方法论。
• 提示工程时代（2022-2023）：CoT（Wei et al., 2022）、少样本（Brown et al., 2020 的 in-context learning）、ReAct（Yao et al., 2022）等技法被系统化，出现学术综述（The Prompt Report 收录数十种命名技法），提示工程成为岗位技能。
• 上下文工程时代（2024 至今）：Agent 与长上下文应用兴起后，从业者（Anthropic、Karpathy 等推动该词流行）意识到单条提示的措辞只占成败的一小部分，真正决定输出的是整个输入上下文的系统性组织——检索内容、工具结果、记忆、结构、时序——上下文工程成为更准确的学科名。
• 两派张力：一派强调技法的实证比较（学术论文风格），一派强调系统架构与运维（工程师风格）——本库融合两者：技法（02）服务于系统（03-06）。

原理与机制

重心迁移的技术动因：

1. 模型能力增强稀释了话术收益：对强模型说"请仔细思考"的边际收益趋零，而结构不良的上下文造成的失败占比上升——瓶颈从"怎么说"移到"给什么、怎么排"；
2. 应用形态变了：单轮问答 → 多轮 Agent。Agent 的上下文是动态拼装的流水线（历史 + 检索 + 工具结果 + 状态），"一条提示"的分析单位不再够用；
3. 工程化需求：评测、版本、回归（05 模块）成为必需——这是软件工程方法向提示领域的移植，也标志着领域成熟。

由此理解本库立场：提示工程是上下文工程的子集——措辞技法仍然有用（02 模块），但它嵌在上下文组织（03）、接口化（04）、评测运维（05）的更大框架里。

公式或模型

本节不适用——脉络是历史叙事；判定一个新技法属于哪一层的判据：它改的是"措辞"（话术层）、"信息组织"（结构层）还是"系统流程"（架构层）。

实例或案例

案例：同一个需求在三个时代的做法。 需求：让模型总结客户邮件。操作步骤（对照）：① 咒语时代：到处找"最好的总结提示词"照抄；② 提示工程时代：设计角色 + CoT + 少样本的单条提示；③ 上下文工程时代：设计输入面——邮件分块裁剪（长文档组织：分块、裁剪与引用定位）、历史偏好注入（记忆与状态：会话内记忆、外部记忆与状态注入）、结构化输出契约（结构化输出：JSON/YAML 与 Schema 约束）、评估集与回归（评估集构建：黄金样本与失败分类/回归测试：把提示当代码守护）。三步的产出物分别是：一段话、一个提示、一个带测试的小系统。学习建议：读新文章时先判断它改的是哪一层，把技法放回本库的框架里定位，而不是囤积"咒语"。

排错清单：

• 症状：团队争论"该学提示工程还是上下文工程" → 伪命题；上下文工程包含提示技法，按本库路径学即可；
• 症状：新模型发布后旧技法"失效"恐慌 → 区分话术层（易过期）与结构层/架构层（跨模型稳定），把投资重心放在后两者。

常见误区

• 把上下文工程理解为"更长的提示"：它关心的是输入面的组织质量，常常意味着更短、更结构化的上下文；
• 技法收集癖：囤几十种命名技法不如把 02 模块的六七个核心技法配齐评测；
• 用 2022 年的经验否定一切：咒语时代的很多"规则"（如"提示必须极简"）在结构化上下文语境下已不成立。

自测题

1. 推动重心从措辞迁向上下文组织的两个技术动因？

答：模型能力增强稀释话术收益；应用从单轮转向多轮 Agent，输入面成为动态拼装的系统。

1. 判断新技法的三层判据？

答：改措辞=话术层；改信息组织=结构层；改系统流程=架构层。

1. "提示工程已死"这句话错在哪？

答：提示技法（02 模块）仍是有效工具，只是从"全部"变为"上下文工程的子集"。

与其他知识点的关系

本条为全库提供时间轴框架；场景案例集：客服、写作与代码助手 的案例展示三个层次如何在一个系统里协作；上下文窗口与注意力预算 的预算思想是上下文工程时代的标志性视角。

延伸阅读

• 综述：The Prompt Report（Schulhoff et al., 2024）——技法全景与命名体系；
• 论文：Language Models are Few-Shot Learners（Brown et al., 2020）——情境学习的起点。