网站截图能为 Runner AI 的商店修改请求提供直观参考。在支持的桌面浏览器中，可从消息输入框的截取屏幕操作拍摄所选视图；无法使用时，也可以上传保存的图片。附上页面路径和想要的修改，完成后到预览中检查。图片用于补充上下文，仅添加截图不会发送请求，也不会发布商店。
准备能说明一个问题的网站截图
添加参考图前，先打开正确的商店项目，确定图片是在说明问题还是提供设计参考。如果是问题，先重现对应状态，例如打开遮住按钮的菜单或选择导致布局异常的商品选项。如果是参考，说明希望 Runner 考虑哪个细节，而不是要求复制画面中所有内容。
保留足够的周边信息，让元素之间的关系清楚可见。单独截取一个按钮，可能看不出哪个面板挡住了它。用文字补充页面路径、设备或视图尺寸、当前选择和预期结果。如果图片来自旧版本，也要明确说明，不能把旧参考当作当前商店状态的证据。
只分享有权在工作区使用的材料。添加图片前移除密码、支付资料和不必要的客户信息。页面公开不等于允许复用其中受保护的图片或文案。把核实过的商品事实与视觉灵感分开；截图不能证明当前价格、库存或商店政策。
拍摄浏览器视图或添加保存的图片
在桌面端打开输入框旁的添加菜单，如果出现截取屏幕，选择该操作。浏览器会显示屏幕共享选择器。选中正确的拍摄对象，确认它显示的是目标页面，而且可见信息可以共享，再允许拍摄。Runner 从所选视图获取一帧图片，交给附件流程，随后停止捕获轨道。
该操作需要浏览器支持和安全上下文，并不保证所有移动浏览器或嵌入式浏览器都能使用。取消或拒绝浏览器权限不会生成截图。如果操作缺失或拍摄失败，用设备自身的截图功能保存图片，再通过界面提供的上传图片、图片按钮或附件入口添加。
检查草稿旁的缩略图，并等待上传完成。如果拍错标签页、页面还未加载完或包含隐私信息，发送前删除附件。这种拍摄记录的是所选视图，不一定包含整张可滚动页面。需要下方内容时，先准备对应状态，或使用包含必要范围且允许分享的保存截图。
给图片配上范围明确的修改请求
选择发送消息前，解释图片要表达什么。例如，手机布局中的商品选项面板遮住了购买按钮，可以写明路径，要求修复重叠，同时保留商品文案和价格。这只是请求示例，并不表示 Runner 能仅凭像素推断页面路径、源代码或底层交易数据。
区分观察与判断。图片能显示文字被截断、间距异常或菜单重叠，但无法展示问题产生的完整操作过程。涉及行为时，补充起始状态、操作、预期结果和实际结果。一帧图片不能证明顾客离开的原因，也不能确认支付成功。如果问题偶尔发生，说明观察到它的时间或条件。
AI 网站编辑器介绍了如何在提供上下文后提出针对性修正。把参考图和目标放在同一段对话中，便于按照请求检查结果。打开附件菜单或添加图片只是准备草稿。发送前核对文字与附件，不要把拍摄截图本身当作已经启动编辑任务。
在实际运行的商店中检查修正
Runner 完成工作后，打开网站预览工具，确认正在显示的版本。回到原路径，重现同一状态，比较可见结果，再执行之前受阻的操作。图片看起来正确并不足够；如果按钮仍无法操作，或者菜单跳到错误页面，问题就没有通过验证。
通过响应式网站测试检查其他设备尺寸。手机端修正可能影响桌面端间距，桌面参考也不能证明移动端结果。记录路径、内容和交互是否符合预期。如果修改依赖商品、购物车或支付系统，要单独核对相应数据和操作。
发布仍是独立决定。网站截图有助于讨论和比较，但不能认证无障碍、性能、购买准备情况或公开部署。先在预览中确认请求范围内的改动，完成适当的发布检查后再发布，并检查公开商店。对话结束不等于顾客已经看到修订后的页面。
网站截图常见问题
截图操作会拍摄整张可滚动页面吗？
输入框的截图操作从浏览器选中的屏幕共享对象获取一帧图片，不应当作整页自动截图或所有路径的批量截图服务。先准备需要展示的状态。如果参考需要更多页面内容，可以使用允许分享的保存截图，并说明哪一部分与请求有关。
屏幕捕获不可用时怎么办？
用设备自身功能截图，再通过 Runner 显示的入口上传保存图片。能否直接拍摄取决于浏览器支持和权限。确认附件已出现在草稿旁，并且上传完成。如果图片未添加，按界面的文件提示选择支持的图片，不要反复请求浏览器权限。
添加截图会发送请求或发布商店吗？
不会。拍摄或上传图片只是准备消息附件。检查缩略图，写清希望修改的内容，再选择发送消息，之后检查商店结果。发布需要独立操作和检查。图片附件不能确认公开商店已改变，也不能证明结账流程能够完成。
报告问题时应该给截图配哪些信息？
提供路径、已知版本、设备或视图尺寸、起始状态、操作、预期结果和实际结果。写明哪些内容必须保持不变，并移除隐私信息。网站截图展示一个可见状态，补充步骤才能让请求更明确，也让你在修正后重复同样的检查。