Add Milky notes: 2 file(s)

This commit is contained in:
Zane
2026-06-09 18:57:56 +08:00
parent 12ff980a7c
commit dab1edf423
2 changed files with 201 additions and 0 deletions

107
InBox/milky_BV1Z5EL6XE2m.md Normal file
View File

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

View File

@@ -0,0 +1,94 @@
# 提示词工程:变量系统与条件渲染
## 背景:为什么需要变量系统?
在之前的视频中,我们讨论了提示词的基本写法——角色、标签、结构等。但从现在开始,讲解的核心转向:**如何一次写好、多次复用**。
### 现实问题
当你只有一个项目时,直接编写提示词没有问题。但当场景变成这样:
- 你写了一个代码审查提示词,效果很好
- 老板要求把这个提示词应用到项目 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 时代的人类编程语言**——通过模板化、变量、条件控制等机制,实现提示词的高效复用和灵活配置。