你可能还在收藏“XX提示词模板”，但海外开发者圈已经在为一件更大的事吵了整整一年：prompt engineering（提示词工程）这个词，正在被整个行业集体抛弃，取而代之的是 context engineering（上下文工程）。
这不是简单的换词游戏。围绕这个新词，Reddit 和 Hacker News 上爆发了三场真正的论战：这到底是“咨询公司造词割韭菜”，还是“AI应用开发的学科革命”？百万 token 的超长上下文出现后，还有没有必要精打细算？上下文快爆的时候，到底该压缩、该开子 Agent、还是该写笔记？这场争论的结果，直接决定了你写的 AI 应用是“能跑的 Demo”还是“能扛住真实用户的产品”。
国内公众号圈至今还在教学五段式提示词框架，而海外已经翻篇进入下一阶段——这就是今天这篇要补上的信息差。
先把事实捋清楚，这场术语迁移有据可查：
换句话说：这是从民间口号变成官方工程方法论的一次完整演变，有明确的人物、时间和文本可考。海外圈吵完之后，现在的争论点已经不是“要不要做 context engineering”，而是“怎么做才对”。
这是 HN 上火药味最重的一仗。
反方观点（HN 高赞区的主流嘲讽）：这就是咨询公司的话术升级。有开发者讽刺这是 "rename-driven development"——改名驱动开发，词换了，活儿没变，又能出一轮新课卖钱了。Reddit 的 r/LocalLLaMA 部分用户也认为，这只是把“写好提示词”包装成听起来更专业的名词。
正方观点（以 Anthropic、LangChain 为代表）：两者关注的对象完全不同。Prompt engineering 盯着一句话的措辞——“用礼貌语气”还是“用 XML 标签”；Context engineering 盯着一个系统的信息架构——什么信息、以什么格式、在什么时机、被放进那个有限的上下文窗口里。用正方的话说：prompt 是“对模型说话的技巧”，context 是“为模型搭建工作环境的工程”，后者才决定产品成败。
我的判断：反方对“词”的警惕有道理，但正方对“事”的判断是对的。你去看任何一个生产级 AI 应用的源码，真正难的不是那句提示词，而是 RAG 检索喂什么文档、多轮对话怎么裁剪历史、工具调用结果要不要塞回去——这些全是 context 问题。
Gemini 把窗口卷到百万级 token 之后，一种流行的乐观论调是：别优化了，全塞进去就行。
Anthropic 在那篇官方博客里正面反驳了这个想法，核心论据有两个：
这场争论对中国开发者的现实意义在于：你没法靠堆窗口偷懒，尤其如果你的应用要考虑 API 成本。
这是最“干货”的一仗，因为各家都拿出了具体方案：
/compact 命令就是代表——把冗长的对话历史请模型摘要成一份紧凑的总结，再带着总结继续干活。Anthropic 还披露过一个工程细节：Claude Code 在处理超大文件后，会用高置信度的清理策略把旧的工具调用结果从上下文里删掉，只保留最近的一次。NOTES.md 模式），上下文里只留指针，需要时再读回来。Anthropic 把这个思路称为 just-in-time context——按需取用，而不是提前囤积。Anthropic 官方给的落地建议是混合策略：先试 compaction（简单、便宜），复杂的多阶段任务再上 sub-agent，长期状态交给外部笔记和检索。这个“先压缩后隔离”的顺序被不少团队当成默认架构。
flowchart TD
A[Agent 长任务运行中] --> B{上下文膨胀了吗?}
B -- 否 --> C[继续跑, 但监控 token 用量]
B -- 是 --> D{丢失早期细节<br>可接受吗?}
D -- 可接受 --> E[Compaction 压缩历史<br>/compact 或自动摘要]
D -- 不可接受 --> F{任务能拆成<br>独立子任务吗?}
F -- 能 --> G[Sub-agent 隔离<br>子 Agent 干脏活, 只回传结论]
F -- 不能 --> H[结构化笔记<br>关键状态写入 NOTES.md<br>上下文只留指针]
E --> I{需要跨会话记忆吗?}
G --> I
H --> I
I -- 需要 --> J[外部存储 + just-in-time 检索]
I -- 不需要 --> K[干干净净重开会话]
J --> L[✅ 上下文工程闭环]
K --> L
LangChain 把 context engineering 拆成了四个动作，这是目前最适合抄作业的抽象：
| 动作 | 含义 | 典型手段 |
|---|---|---|
| Write | 往上下文里写状态 | Scratchpad 草稿本、NOTES.md 持久笔记 |
| Select | 往上下文里选信息 | RAG 检索、工具按需调用 |
| Compress | 把已占的空间压小 | 历史摘要、裁剪工具输出 |
| Isolate | 把脏活隔离出去 | Sub-agent、沙箱环境 |
对照检查你的应用：如果你只做了 Select（套了个 RAG）其他三个动作一个没有，那你的应用大概率在长会话场景下会“越来越糊涂”——这正是很多 AI 产品用户跑到第二轮就流失的技术原因。
| 维度 | 国内主流认知 | 海外当前共识 |
|---|---|---|
| 核心技能 | 收藏提示词模板、学五段式框架 | 设计上下文管线：选、压、隔、存 |
| 长上下文 | 窗口越大越好，全塞进去 | 窗口是预算，注意力会摊薄 |
| 对话变长 | 重开会话从头再来 | /compact 压缩后接着干，保留状态 |
| 复杂任务 | 一个大 Agent 硬扛 | Sub-agent 隔离 + 主窗口只留结论 |
| 长期记忆 | 塞在系统提示里 | 外部笔记 + 按需检索（just-in-time） |
| 术语 | Prompt Engineer | Context Engineering（官方工程博客已定调） |
/compact：如果你在用 Claude Code，跑一个长任务到中途执行 /compact，观察它如何总结状态，这就是 compaction 的手感。其他工具找等价的“对话摘要”功能。NOTES.md：让它每完成一个阶段就把关键结论写进去，重开会话时第一件事是读它。成本几乎为零，效果立竿见影。本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护。 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。