# 用户提示词示例与最佳实践

这页示例对应 [用户提示词工作区](../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)