还在写Prompt?AI落地你必须知道Context Engineering

Prompt Engineering vs Context Engineering:我们与LLM交互方式的演变 Prompt Engineering是早期在ChatGPT时代的产物,这意味着用户需要在聊天框里输入一些奇怪的内容,然后观察模型的输出效果,接着不断调整输入的提示词,直到满意为止。不过写Prompt没有统一的范式,只有一些模糊的经验可供参考,因此还诞生出很多提示词工程师的岗位。Prompt Engineering 的本质,是一句话搞定模型:“你是一位 X 专家,请像 Z 一样完成任务 Y。”它依赖语言的表达技巧,通过优化提示的措辞、结构、语气甚至加入几个示例(few-shot)来引导模型生成想要的输出。 阅读详情

‘’

AI系统好不好用的核心,从来不是你写了什么提示词,而是AI知道了什么。

RAG、微调、数据工程…

AI圈新词一直很多,更新又快,搞得很多人懵懵懂懂,一头雾水。

最近很火的词,上下文工程是什么?

怎么利用上下文技术的把AI应用的用户体验做到更好? 今天一文带你了解上下文技术的全貌。

2、LLM的基本原理

首先我们需要理解一下LLMs,或者AI的本质。

简单来说,LLMs其实就是一个概率模型。它通过分析海量文本,学习词与词、句与句之间的统计关系,从而在给定上下文的情况下,预测下一个最可能出现的词。比如当我输入“我今天想吃”的时候,LLMs就可以根据概率计算出来,后面可能是“苹果”、”蛋糕“之类的词语,而不太可能是”自行车“。

LLMs概率模型准不准呢?主要来自于他所学习的数据集。比如我用某度贴吧的语料库,训练出来的很可能是一堆暴躁老哥,但如果我用论文数据集,训练出来的就可能是一堆相对严格的科学家。

AI圈子里就有句老话,叫 garbage in ,garbage out 。LLM模型的本质可以理解成一个函数:

输入信息 → LLMs → 输出信息

你输入的数据质量不行,AI就很难给你理想的输出作为结果。

想要Ai应用好用,我们就得保证输入数据的质量。

3、上下文是如何影响大模型的

回到开篇的观点:

“AI好不好用的核心,其实从来不是你写了什么提示词,而是AI知道了什么。"

这个知道了什么,本质上就是Context,上下文。

为什么呢?首先我们要理解人类和AI的差异。当我们和人类聊天的时候,我说:

有点馋了,明天我们去吃饭火锅吧。

人类只记住了两个词:明天,火锅。

机器记住的则是一串长长的token,再对Token的每一个词的权重进行标记,最终存到内存里面。

机器是如何理解这句话的 - Attention Map

人类是基于语义和常识进行抽象理解,而机器则是通过 Token 间的注意力权重计算来建立关联,这种差异决定了上下文对 AI 理解的关键作用。

我们做项目时候用到的各种工具、技术,无论是提示词、RAG、微调等,其实都是为了解决这样一个核心的问题:让AI明确的知道你想做到的是什么。这包括了用户在文中表达的明确的意图,也包括更广泛、更隐形的知识,比如背景、目的、意图、没说出口的潜台词等。

以AI会议助理场景为例:

‘’

AI 助手收到一封邮件:

“明天有没有时间同步一下工作进度?”

传统的Agent客服会回复:

‘’

“收到。我明天有时间,请问您希望具体几点?”

一个中规中矩的回复,回复没什么信息量,稳定但平庸。

”Agent的本质是由丰富的上下文内容驱动的函数。用户输入信息的主要意义是“为大模型完成目标所需的信息做准备”。“

那么升级下思路,我们可以怎么做?

在调用大模型之前,系统可以自动查询上下文、调用以下信息:

  • 你的日历信息(显示你全天已满)
  • 你与对方过去的邮件往来(判断应使用轻松随意的语气)
  • 联系人列表(识别出此人是关键合作伙伴)
  • 可用工具(如 send_invite 或 send_email)

有了这些信息后,Agent就能生成自然、精准且主动的回复:

‘’

“王总!我明天全天排满了,一直开到下班。周四上午我有空,您看行吗? 我已经发了个会议邀请,看看时间是否合适。”

请注意!我们并没有对模型进行任何微调,也没有改变提示词的其他部分!

所以如今的Agent到底好不好用,不是因为更高级的模型或更巧妙的算法,仅仅因为为特定任务提供恰到好处的上下文。

这就是为什么Context Engineering如此重要。

4、回顾提示词工程

那我们怎么在我们的AI工程中使用提示词技术与上下文技术呢?

先回顾一下提示词工程,这个大家都很熟悉:

  1. 角色赋予

告诉模型“你是谁”。例如:

‘’

“你是一位资深 Python 开发者,正在审查代码中的安全漏洞。”

这个角色设定会产生完全不同于普通请求的结果。模型会自动采用该角色的专业知识、术语体系和关注重点。

  1. 少样本示例(One-Shot Example)

即身教胜于言传。提供 2~3 个输入/输出样例,帮助模型理解你期望的格式、风格或结构。

比如,如果你想要特定字段名的 JSON 输出,那就直接展示字段。

  1. 思维链

在强化学习训练出推理模型之前,这是一种非常流行的技巧。

通过添加:

‘’

“让我们一步一步思考。” 或 “请解释你的推理过程。”

迫使模型展示中间步骤,避免跳步得出错误结论。这对复杂逻辑任务尤其有效。

  1. 约束

明确划定边界。例如:

‘’

“请将回复限制在100字以内。” “只能使用上述信息作答。”

这类约束能防止模型跑题或编造内容。

5、上下文工程

如果把提示词工程比喻成是描述问题,那上下文工程就是给Agent 搭建舞台:上下文工程为智能体打造一个完整的上下文运行环境。

25年6月末,《The New Skill in AI is Not Prompting, It’s Context Engineering》文章对上下文做出定义:

简单来说:

‘’

上下文工程是一门设计和构建动态系统的学科,旨在以正确的格式、在正确的时间,向大语言模型提供完成任务所需的所有信息与工具。

Context有7个关键指标:

说明/系统提示、用户提示、短期记忆(状态/历史)、长期记忆、检索信息 (RAG)、工具调用、结构化输出。


具体来说,其包括以下几个核心组件:

1. 记忆管理

智能体需要记住过去的信息,分为两种:

  • 短期记忆:如对话摘要,用于在有限的上下文窗口内保留关键历史。
  • 长期记忆:通常借助向量数据库实现,存储用户偏好、过往行程、行为模式等。
2. 状态管理

在一个多步骤任务中,我们需要知道:

“当前进行到哪一步了?”

比如,当 Agent 正在为我安排整个行程时,我想了解:

  • 飞机订好了吗?
  • 到达时间是多少?以便安排接机。
  • 酒店是否已确认?

状态管理确保智能体不会在任务中途“失忆”或重复操作。

3. RAG

这个大家都熟,RAG就是动态知识的来源。RAG 使用混合搜索技术(语义 + 关键词匹配),根据当前上下文精准提取信息。

RAG相当于一个外挂数据库,协助系统精确检索数据,并且可以降低Token的消耗。

4. Tools

LLM 无法对真实世界进行操作。比如:查数据库、调 API、运行代码。

而工具(Tools)恰好可以解决这些问题。

例如:

  • 查询 SQL 数据库
  • 获取实时房价数据
  • 自动部署云服务器

其中包括MCP、Function Calling 等技术。

上下文工程在Tools的调用中,需要:

‘’

设计清晰的工具接口描述,指导 LLM 正确选择和使用工具。

工具描述应包括:

  • 功能说明
  • 触发条件
  • 使用限制
5. 动态提示词

别忘了——提示词工程也是上下文工程的一部分!

你可以从一个基础 prompt 出发,比如:

‘’

“分析安全日志中的异常行为。”

然后在运行时,动态注入以下上下文信息:

  • 最近的告警事件
  • 已知的误报列表
  • 用户权限变更记录

这些变量来自:

  • 状态管理
  • 记忆系统
  • RAG 检索结果

最终形成的 prompt 可能是:

  • 80% 来自动态上下文
  • 20% 来自静态指令

这才是真正智能化的提示构造方式。

6、结语

要让AI系统真的好用,我们必须从写出一个好Prompt的阶段,转向系统级的上下文工程设计。

套用 IBM Martin Keen 的话:

‘’

Prompt engineering … it gives you better questions.

Context engineering — that gives you better systems

个人简单总结Context Engineering,就一句话:

在正确的时间,以正确的格式,提供正确的信息和工具。

这其实是一个非常系统性、非常综合的要求,需要产品负责人深入的理解企业的的业务场景,明确用户所期望的输出,明确工程的SOP,了解每个环节AI和系统的边界,并结构化地组织所有必要信息。只有这样,大语言模型才能真正的“完成任务”。

想入门 AI 大模型却找不到清晰方向?备考大厂 AI 岗还在四处搜集零散资料?别再浪费时间啦!2025 年 AI 大模型全套学习资料已整理完毕,从学习路线到面试真题,从工具教程到行业报告,一站式覆盖你的所有需求,现在全部免费分享!

👇👇扫码免费领取全部内容👇👇

​

一、学习必备:100+本大模型电子书+26 份行业报告 + 600+ 套技术PPT,帮你看透 AI 趋势

想了解大模型的行业动态、商业落地案例?大模型电子书?这份资料帮你站在 “行业高度” 学 AI:

1. 100+本大模型方向电子书

在这里插入图片描述

2. 26 份行业研究报告:覆盖多领域实践与趋势

报告包含阿里、DeepSeek 等权威机构发布的核心内容,涵盖:

  • 职业趋势:《AI + 职业趋势报告》《中国 AI 人才粮仓模型解析》;
  • 商业落地:《生成式 AI 商业落地白皮书》《AI Agent 应用落地技术白皮书》;
  • 领域细分:《AGI 在金融领域的应用报告》《AI GC 实践案例集》;
  • 行业监测:《2024 年中国大模型季度监测报告》《2025 年中国技术市场发展趋势》。

3. 600+套技术大会 PPT:听行业大咖讲实战

PPT 整理自 2024-2025 年热门技术大会,包含百度、腾讯、字节等企业的一线实践:

在这里插入图片描述

  • 安全方向:《端侧大模型的安全建设》《大模型驱动安全升级(腾讯代码安全实践)》;
  • 产品与创新:《大模型产品如何创新与创收》《AI 时代的新范式:构建 AI 产品》;
  • 多模态与 Agent:《Step-Video 开源模型(视频生成进展)》《Agentic RAG 的现在与未来》;
  • 工程落地:《从原型到生产:AgentOps 加速字节 AI 应用落地》《智能代码助手 CodeFuse 的架构设计》。

二、求职必看:大厂 AI 岗面试 “弹药库”,300 + 真题 + 107 道面经直接抱走

想冲字节、腾讯、阿里、蔚来等大厂 AI 岗?这份面试资料帮你提前 “押题”,拒绝临场慌!

1. 107 道大厂面经:覆盖 Prompt、RAG、大模型应用工程师等热门岗位

面经整理自 2021-2025 年真实面试场景,包含 TPlink、字节、腾讯、蔚来、虾皮、中兴、科大讯飞、京东等企业的高频考题,每道题都附带思路解析:

2. 102 道 AI 大模型真题:直击大模型核心考点

针对大模型专属考题,从概念到实践全面覆盖,帮你理清底层逻辑:

3. 97 道 LLMs 真题:聚焦大型语言模型高频问题

专门拆解 LLMs 的核心痛点与解决方案,比如让很多人头疼的 “复读机问题”:


三、路线必明: AI 大模型学习路线图,1 张图理清核心内容

刚接触 AI 大模型,不知道该从哪学起?这份「AI大模型 学习路线图」直接帮你划重点,不用再盲目摸索!

在这里插入图片描述

路线图涵盖 5 大核心板块,从基础到进阶层层递进:一步步带你从入门到进阶,从理论到实战。

img

L1阶段:启航篇丨极速破界AI新时代

L1阶段:了解大模型的基础知识,以及大模型在各个行业的应用和分析,学习理解大模型的核心原理、关键技术以及大模型应用场景。

img

L2阶段:攻坚篇丨RAG开发实战工坊

L2阶段:AI大模型RAG应用开发工程,主要学习RAG检索增强生成:包括Naive RAG、Advanced-RAG以及RAG性能评估,还有GraphRAG在内的多个RAG热门项目的分析。

img

L3阶段:跃迁篇丨Agent智能体架构设计

L3阶段:大模型Agent应用架构进阶实现,主要学习LangChain、 LIamaIndex框架,也会学习到AutoGPT、 MetaGPT等多Agent系统,打造Agent智能体。

img

L4阶段:精进篇丨模型微调与私有化部署

L4阶段:大模型的微调和私有化部署,更加深入的探讨Transformer架构,学习大模型的微调技术,利用DeepSpeed、Lamam Factory等工具快速进行模型微调,并通过Ollama、vLLM等推理部署框架,实现模型的快速部署。

img

L5阶段:专题集丨特训篇 【录播课】

img
四、资料领取:全套内容免费抱走,学 AI 不用再找第二份

不管你是 0 基础想入门 AI 大模型,还是有基础想冲刺大厂、了解行业趋势,这份资料都能满足你!
现在只需按照提示操作,就能免费领取:

👇👇扫码免费领取全部内容👇👇

​

2025 年想抓住 AI 大模型的风口?别犹豫,这份免费资料就是你的 “起跑线”!

为什么不要Prompt Engineering了,而要Context Engineering? 文章摘要:Context Engineering(上下文工程)是为大模型构建动态系统,以正确格式提供信息和工具来完成复杂任务的方法。它不同于Prompt Engineering(单点任务优化),而是系统性决定模型"知道什么、何时知道、如何行动"。典型应用包括企业知识问答、代码助手、电商客服等场景,通过整合RAG检索、API调用、记忆存储等功能,显著提升任务完成质量和效率。成功实践需要深入理解领域知识和任务流程。 阅读详情

相关推荐

Prompt Engineering与Context Engineering:AI后端开发核心概念解析与实战

在构建基于大语言模型的AI应用时,提示工程(Prompt Engineering)与上下文工程(Context Engineering)是两项至关重要的核心技术。提示工程聚焦于如何设计单次输入的文本指令,以精确引导模型生成预期输出,其本质是与AI高效沟通的“编程语言”。上下文工程则关注如何管理与组织多轮交互中的全部信息环境,包括对话历史、外部知识检索与整合,以支撑模型进行持续、连贯的复杂推理。这两项技术共同构成了现代AI后端系统的核心价值,是实现高效、稳定、可控的智能应用(如智能客服、知识问答系统)的基石。

weixin_30879833的博客 344

还在写Prompt?AI落地你必须知道Context Engineering,大模型入门到精通,收藏这篇就足够了!

怎么利用上下文技术的把AI应用的用户体验做到更好? 今天一文带你了解上下文技术的全貌。

2301_81888214的博客 442

SAP Script表单开发中ABAP preform方法的实战应用与调试技巧

本文深入探讨了在SAP Script表单开发中调用ABAP程序(preform方法)的实战应用与调试技巧。通过一个获取供应商版本名称的实例,详细讲解了如何在SE71中嵌入PERFORM指令、编写ABAP子程序进行数据查询与处理,并重点介绍了使用SAP Script Debugger进行高效调试的方法,帮助开发者灵活扩展表单功能,实现复杂业务逻辑。

o0p1q2r3的博客 551

如何区分 Context Engineering 与 Prompt Engineering

如何区分 Context Engineering 与 Prompt Engineering

素质云笔记 1403

InsightFace(RetinaFace + ArcFace)人脸识别实战:从模型部署到Web服务构建

本文详细介绍了如何利用InsightFace框架,结合其集成的RetinaFace人脸检测与ArcFace人脸识别预训练模型,从零开始构建一个高性能的Web人脸识别服务。内容涵盖环境搭建、模型部署、核心代码解析(包括五点仿射对齐关键步骤)、FAISS向量检索集成以及基于FastAPI的Web服务开发,并提供了实战优化与常见问题排查指南,帮助开发者快速实现工业级应用。

weixin_29054245的博客 225

无人机蜂群作战设计技术详解

构建防御网络,拦截敌方无人机或导弹;无人机蜂群作战设计技术是一种创新的军事应用概念,它基于生物仿生学原理,通过先进的通信技术、自主导航与决策算法,将大量小型、低成本、功能各异的无人机组织成一个高度协同的群体,以执行复杂多样的军事任务。无人机蜂群作战的概念源于自然界中蜜蜂、蚂蚁等生物群体的行为模式,这些生物群体通过简单的个体间的信息交互和分工协作,能够完成远远超出单一个体能力的复杂任务。其中,无人机群体是执行任务的主体,指挥控制系统负责任务分配和决策,通信数据链则保障无人机群体与指挥控制系统之间的信息交换。

专注多旋翼、复合翼无人机技术研究,从事低空经济行业。 2215

【AI编程通识】Prompt,Context,Harness,and Loop Engineering

本文系统梳理了AI辅助编程的演化阶段与核心范式。

📷 图像处理践行者 | 传统算法 · 深度学习 · 多模态 | 分享实战经验与技术洞见,探索从像素到智能的无限可能。 986

别再死记公式了!用HFSS/CST手把手教你仿真一个2.4GHz WiFi的PIFA天线(附参数调试技巧)

本文详细介绍了使用HFSS和CST仿真软件设计2.4GHz WiFi PIFA天线的全流程,包括建模准备、分步操作指南和参数调试技巧。通过可视化结果和实战案例,帮助工程师快速掌握天线设计的关键参数优化方法,提升辐射性能和工作效率。

weixin_31682031的博客 335

一文讲透:Prompt Engineering、Context Engineering、Harness Engineering、Loop Engineering 到底有什么区别?

AI工程实践的演进并非线性替代,而是构建在Prompt、Context、Harness、Loop四层架构之上,每层对应不同的控制权让渡程度。Prompt Engineering通过角色设定、少样本学习等技巧精确表达意图,但面临边际效益递减和模型依赖的局限。Context Engineering引入动态信息管理,Harness建立自动化验证,Loop则设计系统级决策循环。关键在于识别何时停止优化当前层(如Prompt超过2000字符可能负收益),转而向上层寻求突破。这四层共同构成AI开发的基础设施

以为在机器学习领域与人工智能领域深耕多年的老牛 995

Android15 AndroidV冻结和解冻的场景

cgroup 最初由 Google 工程师 Paul Menage 和 Rohit Seth 在 2006 年提出,是一种细粒度资源控制的Linux内核机制。于 2007 年合并到 Linux 内核主线中。然而 Google 原生系统直到 Android 11 或更高版本上才支持 CACHE 应用的 CPU 冻结功能。当应用切换到后台并且没有其他活动时,系统会在一定时间内通过状态判断,将进程 ID 迁移到冻结的 cgroup 节点上,实现冻结 CACHE 应用。

苏法迪的专栏 1787

【Proteus】NE555纯硬件实现LED呼吸灯效果,附源文件,效果展示

本设计通过NE555与三极管的巧妙配合,仅用基础元件实现了呼吸灯效果。核心在于利用RC积分电路将PWM信号转换为控制电压,并通过负反馈动态调节占空比。Proteus仿真验证了方案的可行性,读者可进一步优化参数或扩展功能,探索更多硬件设计可能性。

2201_75797484的博客 2981

从Prompt到Context Engineering,构建强大AI Agent系统

文章探讨了Prompt Engineering与Context Engineering的区别与联系,指出Context Engineering是更高阶的系统设计学科,关注动态构建和管理上下文。RAG作为Context Engineering的基础架构,通过检索外部数据增强模型能力。文章详细分析了Context Stack、向量数据库选型、上下文管理策略及多智能体系统中的数据流编排,展示了如何从战术性指令构建转向战略性架构设计,以构建可靠、可扩展的AI Agent系统。

youmaob的博客 1508

Isaac Gym摄像头数据获取全攻略:从CPU到GPU,教你实时显示RGB与深度图

本文详细介绍了在Isaac Gym中获取摄像头数据的两种高效方案:CPU模式与GPU张量模式。通过实战代码示例,展示了从摄像头配置、数据获取到实时可视化RGB与深度图的全流程,帮助开发者优化机器人仿真与计算机视觉应用的性能。特别强调了GPU模式下的零拷贝访问与张量运算优势,适用于需要低延迟处理的场景。

weixin_29056701的博客 388

【必收藏】大模型开发新范式:从Prompt Engineering到Context Engineering的全面指南

一方面,专注于构建可扩展系统的前沿实践者们(如 Andrej Karpathy 等),积极倡导用 “Context Engineering” 来描述工作,认为 “Prompt Engineering” 这个词不足以涵盖复杂性,认为它只是 “Coming up with a laughably pretentious name for typing in the chat box(给在聊天框里打字起的一个可笑的自命不凡的名字)”。指的是 LLM 动态地指导自己的流程和工具使用,自主控制如何完成任务的系统。

xxx2422971714的博客 2086

【教程4>第4章>第12节】通过FPGA实现基于FFT变换的频偏估计和补偿

基于FFT变换的频偏估计和补偿,其基本原理如下:而频偏补偿的目的是将频偏后的信号频谱移回原来的位置。

FPGA/MATLAB学习教程/源码/项目合作开发 882

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

从 Prompt 到 Context:AI 系统落地生产的核心范式跃迁

本文探讨了从Prompt Engineering到Context Engineering的AI工程范式跃迁。Prompt Engineering依赖精心设计的自然语言指令,但在生产环境中暴露出脆弱性、局限性和不可控性三大缺陷。相比之下,Context Engineering通过构建包含系统指令、领域文档、工具定义、记忆文件、消息历史和实时工具结果的结构化环境,使AI系统具备稳定推理能力。文章指出理想系统提示词应在具体与模糊间取得平衡,并强调RAG、智能体框架等基础设施的重要性。最终指出Context是AI系

释迦呼呼的博客 1168

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android:LinePhone3.2.7(最新版本),官网地址:http://www.linphone.org/

Prompt Engineering to Context Engineering

从Prompt Engineering到Context Engineering的演进反映了LLM应用的发展趋势。早期依靠精心设计的Prompt引导模型输出,但随着模型能力提升和应用场景复杂化,Prompt Engineering的局限性(如提示敏感、泛化能力不足等)日益凸显。Context Engineering通过系统化的上下文管理、外部知识检索和多模态融合,构建更稳健的LLM应用。文档分析了Prompt与Context的区别,探讨了动态上下文拼接、RAG等核心技术,并展望了自动Prompt与Contex

梦的灰色边沿... 1174

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

震惊!2025年AI开发已变天:Context Engineering取代Prompt Engineering,六大巨头架构全解析

2025年AI Agent生态发生根本转变,Context Engineering取代Prompt Engineering成为核心学科,MCP成为行业标准。六大AI巨头发布生产级Agent SDK,Manus通过Context Engineering实现快速崛起。开发者需掌握上下文管理、多Agent编排和MCP集成,从简单workflow开始,选择性添加agentic能力,进入生产级AI开发新时代。

老皮的博客 2061

Prompt Engineering、Context Engineering、Harness Engineering:它们到底是什么关系呢

Prompt engineering 决定模型“听不听得懂你在说什么”;context engineering 决定模型“有没有拿到完成任务所需的信息”;harness engineering 决定模型“即使会犯错,系统还能不能持续、稳定、可控地运行”。如果你只记住一句话,我建议记住这句:Prompt 是输入技巧,Context 是信息架构,Harness 是系统工程。

qq_43655834的博客 589

AI工程范式的三次演化:Prompt Engineering → Context Engineering → Harness Engineering

解决的是如何把任务说明白,解决的是如何把关键信息摆到模型眼前,解决的是如何让模型在真实环境里稳定做事。三者并不是谁取代谁,而是抽象层次一层层向外扩展。任务越接近真实生产,后两者的重要性就越高。模型能力越来越强,它所需要更多可能是“给他一个自由发挥的舞台”,人类需要来协助它搭建舞台。而不是反过来,人类强烈的干预它的行为,却不给予它帮助。如果你用了顶级模型,但 vibe coding 效果不好,大概率不是模型不够聪明,而是还没有给模型提供足够好的运行环境,从而充分发挥它的能力。

no2454410的博客 631

Agent 架构综述:从 Prompt 到 Context

Prompt Engineering 是与大型语言模型(LLM)交互的基础,其核心在于精心设计输入内容,以引导模型生成期望的输出。这一实践为理解 Context Engineering 的必要性提供了基准。

volcenginetod的博客 948

【02】Context Engineering:Prompt不再是核心

Prompt 只是模型最终看到的表达层。真正决定 Agent 稳定性的,是上下文的来源、结构、可信度、权限边界与装配方式。

i_k_o_x_s的专栏 481

Context Engineering:从Prompt Engineering到上下文工程的演进

几年前,包括许多顶尖的人工智能研究人员在内,不少人声称Prompt Engineering将会消亡。然而事实证明,他们的预测完全错误。Prompt Engineering不仅没有消失,反而变得比以往任何时候都更加重要,重要到正在被重新命名为Context Engineering。Context Engineering是一个用来描述如何调整大型语言模型执行任务所需的指令和相关上下文的重要过程的术语。

yanqianglifei的专栏 1370

什么是Context Engineering?Anthropic说这比Prompt更重要

Anthropic提出Context Engineering比Prompt Engineering更重要,因AI工作记忆有限且存在上下文腐化问题。有效上下文管理需遵循三个原则:系统提示恰到好处、工具设计高效、例子典型精炼。针对长任务,可采用压缩、结构化笔记或多Agent架构技术。未来AI应用开发将向动态管理、按需加载和分布式协作方向发展,即使模型能力提升,将上下文视为稀缺资源的原则不变。

WANGJUNAIJIAO的博客 1546

别再只会 Prompt 了:2026 年 AI Agent 真正的工程核心是 Context Engineering

2026年AI Agent的核心竞争力:从Prompt Engineering到Context Engineering 随着AI Agent从简单问答转向复杂任务执行,工程重点正从Prompt Engineering转向Context Engineering。后者关注如何动态组织、筛选和维护模型决策所需的上下文信息,包括系统指令、任务状态、工具结果、长期记忆等关键要素。 当前Agent系统的主要瓶颈往往不是模型能力,而是上下文管理问题:信息过少/过多、顺序不当、状态陈旧或缺乏失败反馈。Context Eng

weixin_62242812的博客 1141

Context (上下文) vs Prompt(提示) Engineering,该如何理解?

今天我们来聊一下人工智能应用场景 - 构建大模型应用架构演进技术:Context Engineering vs Prompt Engineering。在大型语言模型(LLM)兴起的早期,构建 AI 应用更像是一场“炼金术”实验。开发者们围绕一个核心 API 端点,通过反复调试和优化输入文本——即所谓的“提示工程”(Prompt Engineering),试图从模型这个神秘的“黑箱”中召唤出理想的结果。这种方式直接、灵活,也确实催生了无数令人惊艳的创意原型。

欢迎来到我的博客 868
上一篇: 普通人怎么学AI?一条不走弯路的智能体学习路径
下一篇: 六周打造工业级Agent:从零到上线的真实工程实战
AI_小站
博客等级 码龄3年 6255粉丝 1152原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值