obsidian-notes/InBox/提示词工程_变量系统与条件渲染_BV1Z5EL6XE2m_笔记.md

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

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

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

现实问题

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

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