没人再聊 Prompt 工程了，但它正在变得更重要

最近有个有趣的现象。

所有人都在讨论 Agent、Skill、MCP，但一年前最热的话题突然没人提了。Prompt 工程。

一年前大家还在卷提示词框架，研究 Few-shot，买卖 Prompt 模板。现在好像过时了。

Prompt 工程死了吗？

我的判断是：没有死，只是隐身了。而且它正在变得更重要。

从显学到基础设施

2024 年，Prompt 工程是一门显学。各种提示词框架满天飞，COT、Few-shot、ReAct。有人在卖模板，有人在教”咒语技巧”，面试题里都开始考怎么设计 Prompt。

2026 年，Agent 时代来了。所有人都在聊 Gateway、Agent Loop、Skill 系统。Prompt 工程？没人提了。

不是它不重要了，是它从”台前”变成了”幕后”。就像今天没人专门讨论怎么写 SQL，但每个程序员每天都在用。Prompt 正在变成一种基础能力，你不会天天讨论它，但你每天都在用它。

变的是形态，不是核心

以前的 Prompt 工程，是手工打磨每一句指令。追求完美咒语，逐字逐句调试，依赖个人经验。

现在的 Prompt 工程，是设计系统级的约束和边界。

一个真实的对比。

2024 年的 Prompt： “你是一个资深 Java 工程师，拥有 10 年经验，擅长 Spring Boot 和微服务架构。请根据以下需求编写代码：1. 使用 RESTful API 设计 2. 遵循 SOLID 原则 3. 添加适当的异常处理……”后面还有二十条。再加几个示例，每个示例一大段代码。

2026 年的 Prompt： “目标：生成 Controller 层代码。边界：只处理 Controller 层不碰 Service，所有返回用统一 Result 包装，异常必须转为 BusinessException。判断原则：需求模糊先问清楚，涉及外部调用必须加熔断，返回字段超过 5 个必须用 DTO。”

前者是操作说明书，试图教会 AI 每一步怎么做。后者是能力边界声明，告诉 AI 什么能做、什么不能做、怎么判断对错。

注意，后者定义的是原则，不是步骤。步骤是死板的，会随着任务膨胀。原则是可压缩、可内化的。

Agent 时代更重要了

在 Agent 系统里，Prompt 工程换了形式，但更重要了。

Skill 的本质是什么？是封装好的 Prompt 加工具调用。你以为你在装插件，实际上你是在装一段段预设好的 Prompt。Skill 的描述、参数定义、调用逻辑，全是 Prompt 工程的产物。

Agent 的决策链路更长。ChatGPT 是一问一答，Prompt 只影响一轮对话。Agent 是自主决策，一个模糊的 Prompt 可能在第三步就偏离轨道，到第十步已经面目全非。

CLAUDE.md、.cursorrules 这些配置文件，本质上就是系统级 Prompt。写得好不好，直接决定了 AI 在整个项目里的表现。

三个层级

回头看 Prompt 工程的演进，大概是三个层级：

第一层，手工 Prompt。逐字打磨，追求完美咒语，Prompt 越写越长。正在被淘汰。

第二层，元 Prompt。让 AI 写 Prompt。人负责定义目标，AI 负责生成指令。从写作者变成评判者。

第三层，系统级约束。 设计 Skill 的边界和职责，定义 Agent 的决策逻辑，构建可演进的规则体系。Prompt 很短，但覆盖很全。

我在 Review 项目时经常问一句话：如果你删掉所有示例，Prompt 还没法说明白你希望模型怎么判断，那说明你的抽象还不够。

定义问题的深度才是身价

别再追求完美 Prompt 了。文字只是载体，定义问题的深度才是你的身价。

当你把业务逻辑在大脑里彻底脱水，只剩下那几条判断准则时，Prompt 自然会变短，而模型反而会更稳。

Prompt 工程没有死，它只是升级了。关注 YannTalk，继续拆 AI Coding 的工程实践。