Prompt Engineering 是什么

Prompt Engineering 不是“会写几句提示词”，而是定义模型在系统里该怎么被约束、被喂上下文、被要求输出。它更像一份行为契约，而不是聊天时临场想到的几句话。

只有把 Prompt 放回工程语境，你才会知道哪些问题该靠 Prompt 解决，哪些问题绝不能靠 Prompt 硬扛。

Prompt 真正负责什么

一个工程化 Prompt 通常负责三件事：

• 告诉模型当前任务是什么。
• 告诉模型哪些信息可信、哪些边界不能越过。
• 告诉模型结果应该长成什么样。

如果这三件事都模糊，后面无论你接 RAG、Tool Calling 还是结构化输出，系统都会越来越难控。

什么不该交给 Prompt

这点很重要。Prompt 很有用，但它不能替代：

• 权限系统
• 数据过滤
• 工具执行校验
• 后端业务规则

一句“请你不要这么做”，永远不等于系统真的限制住了它。

为什么工程化以后，Prompt 不再只是文案

当 Prompt 真正进入系统，它很快就会变成下面这些工程问题：

• 模板如何管理。
• 变量从哪里来。
• 版本怎么回滚。
• 改了一句以后怎么评估是不是更好。

所以 Prompt 工程的重点，不是修辞漂亮，而是可复用、可比较、可复盘。

一句话先记住

Prompt 工程的本质，是把模型的行为约束从“临时对话”升级成“系统契约”。

继续阅读

• 03-prompt-engineering/005-prompt-for-rag.md
• 06-agent/002-function-calling.md