# 提示词工程：变量系统与条件渲染

## 背景：为什么需要变量系统？

在之前的视频中，我们讨论了提示词的基本写法——角色、标签、结构等。但从现在开始，讲解的核心转向：**如何一次写好、多次复用**。

### 现实问题

当你只有一个项目时，直接编写提示词没有问题。但当场景变成这样：

- 你写了一个代码审查提示词，效果很好
- 老板要求把这个提示词应用到项目 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 时代的人类编程语言**——通过模板化、变量、条件控制等机制，实现提示词的高效复用和灵活配置。