mirror of
https://github.com/linshenkx/prompt-optimizer.git
synced 2026-06-04 13:39:37 +08:00
119 lines
2.7 KiB
Markdown
119 lines
2.7 KiB
Markdown
# 用户提示词示例与最佳实践
|
|
|
|
这页示例对应 [用户提示词工作区](../basic/user-optimization.md)。
|
|
|
|
它只回答一件事：
|
|
|
|
**怎样把“任务怎么说”写得更清楚。**
|
|
|
|
## 先记住 4 个高频改进方向
|
|
|
|
- 把任务目标写具体
|
|
- 把输出格式写清楚
|
|
- 把硬性约束单独列出来
|
|
- 把“不要解释”“只输出 JSON”这类要求写成明确约束
|
|
|
|
## 范式一：从一句泛话改成可执行任务
|
|
|
|
### 原始写法
|
|
|
|
```text
|
|
写一首诗
|
|
```
|
|
|
|
### 更稳的写法
|
|
|
|
```text
|
|
请写一首关于秋日思念的七言律诗。
|
|
要求：
|
|
1. 共八句，每句七字。
|
|
2. 通过景物意象表达情绪，不要直接喊口号式抒情。
|
|
3. 语言含蓄克制，风格偏婉约。
|
|
4. 只输出诗作，不要附加解释。
|
|
```
|
|
|
|
### 为什么更稳
|
|
|
|
- 题材更明确
|
|
- 体裁和格式更明确
|
|
- 不要解释这类约束被显式写出来
|
|
|
|
## 范式二：把输出结构固定下来
|
|
|
|
### 原始写法
|
|
|
|
```text
|
|
整理会议内容
|
|
```
|
|
|
|
### 更稳的写法
|
|
|
|
```text
|
|
请把下面的会议内容整理成一份简洁的会议纪要。
|
|
输出结构固定为：
|
|
1. 会议主题
|
|
2. 关键结论
|
|
3. 待办事项
|
|
4. 负责人和截止时间
|
|
|
|
要求：
|
|
1. 不要遗漏明确的行动项。
|
|
2. 不要补充原文没有提到的决策。
|
|
3. 用中文输出，语气专业简洁。
|
|
```
|
|
|
|
## 范式三：把格式要求写死
|
|
|
|
### 原始写法
|
|
|
|
```text
|
|
帮我分析这段反馈
|
|
```
|
|
|
|
### 更稳的写法
|
|
|
|
```text
|
|
请阅读下面的用户反馈，并输出 JSON。
|
|
|
|
字段要求：
|
|
- sentiment: 正向 / 中性 / 负向
|
|
- summary: 20字以内总结
|
|
- issues: 数组，列出明确问题点
|
|
- suggestions: 数组，列出可执行建议
|
|
|
|
要求：
|
|
1. 只输出合法 JSON。
|
|
2. 不要额外解释。
|
|
3. 如果原文信息不足，不要编造。
|
|
```
|
|
|
|
## 在用户模式里怎么测
|
|
|
|
`basic/user` 的常见测试方法是：
|
|
|
|
1. 左侧先优化出一个工作区版本
|
|
2. 右侧选择原始、工作区或某个历史版本
|
|
3. 分别执行测试
|
|
4. 比较不同版本输出是否更完整、更守格式、更少跑题
|
|
|
|
因为这个模式下被执行的就是用户提示词本身，所以右侧一般不需要像系统模式那样额外提供一条测试文本。
|
|
|
|
## 什么时候该切到变量模式
|
|
|
|
如果你的提示词里有明显可替换的槽位，例如：
|
|
|
|
- `{{主题}}`
|
|
- `{{受众}}`
|
|
- `{{语气}}`
|
|
- `{{产品名}}`
|
|
|
|
而且你会反复拿同一结构去跑不同输入，就更适合看 [变量工作区](../advanced/variables.md)。
|
|
|
|
## 相关页面
|
|
|
|
- [用户提示词工作区](../basic/user-optimization.md)
|
|
- [测试与评估](../user/testing-evaluation.md)
|
|
- [创意写作](creative-writing.md)
|
|
- [商务沟通](business-communication.md)
|
|
- [教学培训](educational-training.md)
|