编写有效的请求
为 Runner 提供清晰的目标、有用的上下文和实际的边界。
本指南内容： 您将编写更容易让 Runner 处理且更容易让您审查的请求。
有用的请求描述结果，而不仅仅是主题。提供足够的上下文来明确下一个决定，然后使用后续消息进行有针对性的改进。
入口路径： 打开商店项目 → 打开对话 → 消息框。
开始前
- 确认商店和您想要更改的页面或工作流。
- 决定一个可见的结果和 Runner 必须保留的任何边界。
- 删除密码、机密、支付详情和不必要的客户数据。
编辑器控件和结果
| 控件 | 选择后会发生什么 |
|---|---|
| 更多操作 | 当工具不适合工具栏时打开不太常用的编辑器工具。 |
| 增强提示 | 生成精细的草稿；它不发送请求或更改商店。 |
| 接受 | 用显示的精细版本替换编辑器草稿。 |
| 关闭 | 关闭精细版本并保留现有草稿。 |
| 重新生成 | 请求另一个精细版本。 |
| 恢复为原始 | 在接受精细版本后恢复较早的措辞。 |
| 发送 | 将最终草稿添加到对话并启动任务。 |
简单的请求结构
当它们重要时包括这五个部分：
目标： 工作完成时应该有什么不同？
商店上下文： 您销售什么，客户是谁？
当前问题： 现在什么令人困惑、缺失或表现不佳？
期望的结果： 客户应该能够看到或做什么？
边界： 什么必须保持不变，Runner 应该验证什么？
例如：
为我们的极简主义旅行包商店更新主页英雄。使随身行李系列成为主要焦点，保持现有导航和产品数据，并使主要操作导向该系列。在完成前检查移动设备和桌面上的结果。
发送范围良好的请求
从一个连贯的结果开始。
命名涉及的页面、部分、产品或工作流。
描述您想要改进的客户操作。
当外观或现有内容重要时添加参考图像。
说明 Runner 不能更改的任何内容。
要求您关心的检查，例如移动布局或特定的点击路径。
选择发送。
审查结果，然后一次发送一个有针对性的更正。
在可用时使用增强提示
在消息框中起草请求。
如果增强提示不可见，打开更多操作。
选择增强提示。
等待控件显示正在增强…。
审查精细提示。
选择接受以使用它、关闭以保留您的草稿或重新生成以获得另一个版本。
如果您接受了精细版本并想要您较早的措辞，使用恢复为原始。
仅在请求仍然与您的意图匹配后选择发送。
避免模糊的请求
| 而不是 | 尝试 |
|---|---|
| “让它更好。” | “使集合卡在移动设备上更容易扫描，同时保持其当前的产品链接。” |
| “修复结账。” | “追踪添加到购物车 → 购物车 → 结账路径，并在更改任何内容前告诉我它在哪里停止。” |
| “复制这个网站。” | “使用此参考来了解间距和语气，但保持我们自己的品牌、产品和导航。” |
| 一长串不相关的更改 | 为主要结果启动一个聊天，然后为单独的工作创建另一个。 |
当结果错过目标时恢复
- 指向完全错误的部分。
- 描述预期的点击结果或可见状态。
- 如果较早的图像不清楚，添加更清晰的参考图像。
- 回答 Runner 的问题而不是重复完整的请求。
- 对于失败的任务，在选择重试前阅读详情。