编写有效的请求

为 Runner 提供清晰的目标、有用的上下文和实际的边界。

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

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

入口路径：打开商店 → 新建任务或当前任务 → 消息框。

开始前

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

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

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

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

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

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

例如：

从一个完整明确的目标开始。

指出相关页面、区域、商品或流程。

描述要改善的客户操作。

外观或现有内容很重要时，添加参考图片。

说明 Runner 不应更改的内容。

要求执行您关注的检查，例如手机布局或具体点击路径。

选择发送消息。

检查结果，每次只提出一项聚焦修正。

英文标注指出了操作位置。点击图片可放大查看。

将结果与请求对照：本例要求将标题改为悠闲早晨主题，同时保留布局和商品。此图展示结果预览，不是优化提示词对话框。（英文界面）

在消息框中起草请求。

看不到优化提示词时，打开更多操作。

选择优化提示词。

控件显示正在优化…时，请等待。

检查优化后的提示词，确认它保留目标页面、客户操作和您要求保持不变的内容。

选择接受使用它、忽略保留草稿，或重新生成获取另一版本。

接受优化后想恢复之前措辞时，使用恢复原文。

确认请求仍符合意图后，再选择发送消息。

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