# 玩乐 Bot · 本轮设计说明

本轮交付一套本地交互原型、关键页面图片和图文说明，供讨论产品方向。它不会发布帖子、联系商家、购买门票或调用真实位置。界面里的地点、价格、营业时间和推荐内容都是设计样例，不能当作出行建议。

## 背景如何影响设计

用户提供的图片明确了基础布局：顶部放主要导航，Feed 使用双列图片流，底部保留 AI 询问框。用户向上浏览时，顶部导航收起；用户向下回看时，顶部导航恢复。对话页继续保留顶部导航。

2026 年 10 月 9 日的会议谈到了 Travel Bot，并强调从询问框曝光到提问、内容消费、收藏、关注和评论的完整路径。2026 年 10 月 17 日的会议进一步提出一个具体问题：用户收藏了多个地点，却很难安排顺序。普通逛街不一定需要详细行程，所以本轮把“把几处收藏变成一个轻松的半日安排”作为重点情境。

首页改版、实际上线和业务效果仍属于后续决定；原型只展示可以讨论的产品方案。

## 先回答一个具体问题

用户在纽约刷到几篇咖啡、书店、公园和周末市集的笔记。用户想和朋友在周六下午出门，人均预算约 60 美元。Bot 可以读取用户主动加入的四个收藏，只追问会改变安排的条件，然后提供两种能比较的路线。用户可以更换一站、查看引用笔记、保存安排，也可以把自己的游玩感受整理成发帖草稿。

## 页面与动作

1. Feed：顶部提供发布、首页、Bot、通知和个人主页。首页标题可以切换 For you / Following。双列卡片保留图片、标题、作者、位置和收藏。底部展示三个首次引导入口：Chat-to-Post、Beauty Picks、Restaurant Radar。询问框常驻；滑动时快捷入口可以收起。
2. 从收藏开始：用户点开笔记，收藏地点，再把这些地点带进提问。用户能看见 Bot 使用了哪几处收藏，并且可以移除其中一处。
3. 对话：用户在 Feed 输入的问题原样带入对话。对话保留顶部导航。Bot 在信息不足时只追问一个重要条件；信息足够时直接提供两条路线。
4. 路线：结果写清第一站、顺序、每段步行、预算和选择原因。用户可以换一站、减少步行、查看原笔记、保存安排。来源笔记保留作者和图片，用户可以回去继续阅读。
5. 创作：Chat-to-Post 根据用户主动提供的照片和感受整理草稿。用户编辑、预览和保存草稿；原型不会发布到真实社区。
6. Beauty Picks / Restaurant Radar：三个入口使用同一个对话空间。Bot 先理解用户已经说出的条件；只有缺少会影响建议的信息时，Beauty Picks 才补问预算或肤质，Restaurant Radar 才补问位置或饮食偏好。用户无需重复提供已经说过的信息。

## 视觉基准

移动端正文用英文，符合欧美生活方式社区的阅读习惯；中文说明解释产品判断。底色为白色，文字以黑灰为主，边框很轻。照片承担主要视觉表现。主要点击区域至少 44px。界面使用一个普通文字名称“play”，它只是本轮原型的临时名称。

设计图将使用 Codex 内置 image_gen。工具没有开放模型版本选择，不能据此确认 images2.5。交互原型会保留同一套布局、颜色、文案和主要动作。流程图另保留可编辑节点和箭头。