---
title: 编写有效的请求
description: 为 Runner 提供清晰的目标、有用的上下文和实际的边界。
---

**本指南内容：** 您将编写更容易让 Runner 处理且更容易让您审查的请求。

有用的请求描述结果，而不仅仅是主题。提供足够的上下文来明确下一个决定，然后使用后续消息进行有针对性的改进。

**入口路径：** 打开商店项目 → 打开对话 → 消息框。

## 开始前

- 确认商店和您想要更改的页面或工作流。
- 决定一个可见的结果和 Runner 必须保留的任何边界。
- 删除密码、机密、支付详情和不必要的客户数据。

## 编辑器控件和结果

| 控件 | 选择后会发生什么 |
| --- | --- |
| **更多操作** | 当工具不适合工具栏时打开不太常用的编辑器工具。 |
| **增强提示** | 生成精细的草稿；它不发送请求或更改商店。 |
| **接受** | 用显示的精细版本替换编辑器草稿。 |
| **关闭** | 关闭精细版本并保留现有草稿。 |
| **重新生成** | 请求另一个精细版本。 |
| **恢复为原始** | 在接受精细版本后恢复较早的措辞。 |
| **发送** | 将最终草稿添加到对话并启动任务。 |

## 简单的请求结构

当它们重要时包括这五个部分：

1. **目标：** 工作完成时应该有什么不同？

2. **商店上下文：** 您销售什么，客户是谁？

3. **当前问题：** 现在什么令人困惑、缺失或表现不佳？

4. **期望的结果：** 客户应该能够看到或做什么？

5. **边界：** 什么必须保持不变，Runner 应该验证什么？

**例如：**

> 为我们的极简主义旅行包商店更新主页英雄。使随身行李系列成为主要焦点，保持现有导航和产品数据，并使主要操作导向该系列。在完成前检查移动设备和桌面上的结果。

## 发送范围良好的请求

1. 从一个连贯的结果开始。

2. 命名涉及的页面、部分、产品或工作流。

3. 描述您想要改进的客户操作。

4. 当外观或现有内容重要时添加参考图像。

5. 说明 Runner 不能更改的任何内容。

6. 要求您关心的检查，例如移动布局或特定的点击路径。

7. 选择**发送**。

8. 审查结果，然后一次发送一个有针对性的更正。

## 在可用时使用增强提示

1. 在消息框中起草请求。

2. 如果**增强提示**不可见，打开**更多操作**。

3. 选择**增强提示**。

4. 等待控件显示**正在增强…**。

5. 审查**精细提示**。

6. 选择**接受**以使用它、**关闭**以保留您的草稿或**重新生成**以获得另一个版本。

7. 如果您接受了精细版本并想要您较早的措辞，使用**恢复为原始**。

8. 仅在请求仍然与您的意图匹配后选择**发送**。

## 避免模糊的请求

| 而不是 | 尝试 |
| --- | --- |
| "让它更好。" | "使集合卡在移动设备上更容易扫描，同时保持其当前的产品链接。" |
| "修复结账。" | "追踪添加到购物车 → 购物车 → 结账路径，并在更改任何内容前告诉我它在哪里停止。" |
| "复制这个网站。" | "使用此参考来了解间距和语气，但保持我们自己的品牌、产品和导航。" |
| 一长串不相关的更改 | 为主要结果启动一个聊天，然后为单独的工作创建另一个。 |

## 当结果错过目标时恢复

- 指向完全错误的部分。
- 描述预期的点击结果或可见状态。
- 如果较早的图像不清楚，添加更清晰的参考图像。
- 回答 Runner 的问题而不是重复完整的请求。
- 对于失败的任务，在选择**重试**前阅读**详情**。

## 相关指南

- [与 Runner 聊天](./chat-with-runner.mdx)
- [图像、模型和技能](./attachments-profiles-and-skills.mdx)
- [当 Runner 提问时](./answer-runner-questions.mdx)
- [任务状态和详情](./task-states-and-details.mdx)