94 lines
2.7 KiB
Markdown
94 lines
2.7 KiB
Markdown
# 提示词工程：变量系统与条件渲染
|
||
|
||
## 背景：为什么需要变量系统？
|
||
|
||
在之前的视频中，我们讨论了提示词的基本写法——角色、标签、结构等。但从现在开始，讲解的核心转向：**如何一次写好、多次复用**。
|
||
|
||
### 现实问题
|
||
|
||
当你只有一个项目时，直接编写提示词没有问题。但当场景变成这样：
|
||
|
||
- 你写了一个代码审查提示词，效果很好
|
||
- 老板要求把这个提示词应用到项目 B、C、D、E、F
|
||
|
||
如果提示词中写死了：
|
||
- 项目路径
|
||
- 审查重点
|
||
- 配置规则
|
||
|
||
你只能：
|
||
1. 复制 5 份提示词
|
||
2. 逐个修改路径和审查重点
|
||
|
||
结果是：**6 个项目 = 6 份提示词，改一个地方需要改 6 次**
|
||
|
||
### 解决方案：模板化
|
||
|
||
将提示词做成**模板**，把可变部分替换为**变量**，运行时注入具体值：
|
||
|
||
```
|
||
一份模板 → 适配所有项目
|
||
改一个地方 → 全部项目生效
|
||
```
|
||
|
||
## 变量系统的本质
|
||
|
||
可以把提示词模板理解为**填空题**：
|
||
|
||
```
|
||
今天天气真___，我打算去___，带上我的___。
|
||
```
|
||
|
||
填入不同内容：
|
||
|
||
| 填空1 | 填空2 | 填空3 |
|
||
|-------|-------|-------|
|
||
| 热 | 海边 | 冲浪板 |
|
||
| 凉快 | 公园 | 摄像机 |
|
||
|
||
提示词变量本质上是这种机制，只不过填空的内容变成：
|
||
- 项目路径
|
||
- 漏洞类型
|
||
- 配置规则
|
||
- 审查重点
|
||
- 其他基础参数
|
||
|
||
## Shannon 生产环境案例
|
||
|
||
在 Shannon 的生产环境中：
|
||
- 存在**几十个**提示词文件
|
||
- 每个提示词会被用于**上百个**不同的项目
|
||
|
||
如果不做模板化，**维护成本是灾难性的**。
|
||
|
||
## 变量系统的进阶能力
|
||
|
||
变量系统的能力不止于此，还能实现更强大的功能：**让整个段落、整个章节出现或消失**。
|
||
|
||
就像一份**智能问卷**：
|
||
- 根据你前面的回答
|
||
- 自动显示或隐藏后续的问题
|
||
|
||
## 预告：后续视频内容
|
||
|
||
本系列将依次讲解：
|
||
|
||
### 1. 简单的替换
|
||
最直观的填空方式，变量值决定替换成什么内容
|
||
|
||
### 2. 条件渲染
|
||
变量的值不仅决定换成什么，还决定**要不要显示**。例如：
|
||
- 变量 X = "启用" → 显示某个章节
|
||
- 变量 X = "关闭" → 该章节完全不出现
|
||
|
||
### 3. 前缀感值
|
||
一个变量同时控制**标点和内容**，例如根据变量值自动添加合适的语气词或连接词
|
||
|
||
### 4. 提示词中的 import 语句
|
||
类似代码中的 import，实现提示词的模块化和复用
|
||
|
||
## 总结
|
||
|
||
在讲解变量系统与条件渲染的过程中，会越来越发现：**提示词工程和写代码非常相似**。
|
||
|
||
提示词本质上是 **AI 时代的人类编程语言**——通过模板化、变量、条件控制等机制，实现提示词的高效复用和灵活配置。 |