询问框常驻，例子按需收起
用户一直知道在哪里问。首次出现的快捷入口负责解释能力；用户开始滚动后，入口例子收起，照片获得更多空间。
这次保留的背景
Bot 要更容易被发现，界面要让图片先说话，答案要引用社区内容。路线功能从用户自愿选中的收藏开始，允许解释、比较和修改。
这次更新的旧做法
旧稿曾提出搜索和提问共用一框，也曾让询问框滚动后缩成圆键。本轮按最新条件，直接使用 Bot，保留底部完整询问框，只收起顶导与首次引导例子。
FROM SAVED PLACES TO A REAL AFTERNOON
让收藏变成一个
好玩的下午
玩乐 Bot · 产品方案与交互原型
用户已经存了想去的咖啡店、书店和小市集，却还没有决定周六怎么走。我们让 Bot 从这些收藏开始，理解时间、预算与同行的人，再把散落的灵感整理成一段轻松、顺路、随时能改的安排。
01
先帮一个想出门的人，把下午定下来
这次的起点是一个具体场景：用户已经喜欢了几个地方，但还需要花时间判断距离、挑选顺序，并和朋友达成一致。Bot 可以替她整理这些信息，让她继续用一句话调整，而不必重新填写一张长表。
首页仍然让用户自然地刷内容。底部的询问框持续出现，让用户在“这个地方不错”和“我周六想去”之间，随时能够接上一句话。答案带着原帖和作者，用户可以继续看真实照片、保存地点，也可以把自己的体验补回社区。
从已选收藏开始，只问必要条件
用户能看见 Bot 参考了哪些帖子。时间、出发位置或预算影响安排时，Bot 再追问；信息足够就直接给出可比较的选择。
答案给方向，原帖保留细节
每一站都能回到原帖。用户看见推荐理由，也看见作者；保存安排和分享体验继续发生在社区里。
这里展示的是候选产品方案。界面中的人物、照片组合、地点、预算、步行时间与推荐是设计示例；本地原型没有接入真实模型、实时地图、商家预约或真实发布服务。它可以帮助大家讨论体验，不能当作出行建议，也不代表该功能已上线。
02
历史讨论把问题越说越具体
本轮以用户现在给出的图片和要求为先，再参考 10 月 17 日的最新会议，最后回看 10 月 9 日会议与此前研究。旧文稿中已经变化的做法，没有直接搬进来。
2026.10.08 — 10.10 · 微信讨论
新 app 要强化 Bot，也要回到内容社区
子翩说明，新 app 已经没有独立搜索框，用户主要通过 Bot 对话。她同时强调，Bot 回答最终要引用站内帖子。收藏提供个性化依据，答案需要告诉用户自己参考了什么。
原话：“前期就是突出强化这个 chatbot，但最后还是落脚到内容社区，bot 回答要引用站内帖子。”
2026-10-09 15:57:06，local_id 529。另见 10 月 8 日 local_id 384、10 月 9 日 local_id 528。查看背景来源说明
2026.10.09 13:08 · 腾讯会议
图和流程要解释，用户为什么要继续走下去
子翩当时说，Travel Bot 还是待办，她主要参考餐厅和美妆 Bot 写材料，还没有真正用到 app。讨论提醒我们，要从询问框曝光继续看到提问、原帖阅读、收藏、关注和评论，不能停留在入口摆放。
会议记录 2108424242736795648；12:41—12:59、14:31、15:55—16:20。查看必要短引文与原文定位
2026.10.17 22:04 · 腾讯会议
“用户存了十个地方，却排不好顺序”
最新反馈提出了真正的卡点：普通逛街未必需要详细行程，团队还要找到用户愿意使用 Agent 的理由。负责人希望讲清一个故事——用户存了多个地点，但地点分散、顺序难排，因此需要帮助。
会议记录 2111458264574537728；12:03—12:45、26:41。转写昵称为 zzp，连续业务背景与子翩讨论对应；原文未直接显示全名。
本轮 · 用户提供的图片与方向
Feed 是主场景，底部持续留给 AI
顶部集中放发布、首页、Bot、通知和个人主页；向上滚动时顶导隐藏，向下回看时恢复。双列图片流保持轻量，底部询问框常驻，对话页保留同一顶导。快捷入口帮助用户理解 AI 可以做什么。
“随便逛逛”不一定需要行程。已经存了几个想去的地方，又只有半个下午的人，更需要有人帮她做取舍。这是根据历史讨论提出的方案判断，还需要真实使用与反馈支持。
资料覆盖有边界：两场会议转写均已读取。当前微信接口只返回较早片段，本轮的 10 月消息依据来自已保存的原始工具回包；没有因此宣称已读完最新全部聊天。首页大改也没有得到实施确认。详细记录保留在 history.md。
03
竞品帮我们看清，哪些地方值得学
我们把四类问题分开看：图片社区怎样让人开口，内容里的 AI 怎样承接上下文，本地服务怎样把结果变成行动，以及地图怎样理解自然表达。下面均使用真实官方物料或从官方演示提取的画面，点击图片可以打开原尺寸。
图片分别标明官方发布日期与本轮采集日；这些日期不代表相关功能已经面向所有地区开放。官方演示用于判断产品方向，不能代替我们自己的登录体验。完整原文链接与物料类型保留在 物料来源清单。
先看起点：Lemon8 的内容仍然吸引人
我们没有把社区首页改成一张空白聊天页。Lemon8 当前美国 App Store 的官方材料仍以生活方式图片、双列内容、标题与作者为主。把导航集中到顶部、把底部留给 AI，是本轮的候选设计；现有官方图并没有采用同一布局。
VISUAL DISCOVERY → A QUESTION
图片与收藏Pinterest：先看见喜欢的，再继续表达
Pinterest 的价值来自图片、收藏和画板。它的视觉搜索让用户从图片细节继续探索，Assistant 则把语音入口留在图片流附近，并结合收藏与画板提供视觉推荐。
我们带走什么收藏、图片与自然语言可以一起表达意图；用户无需从头写一段完整提示词。Bot 应显示自己使用了哪些内容。
我们为什么不全部照搬视觉相似不等于今天适合去。路线还要考虑出发位置、时间、预算和同伴，且地点信息需要相应来源。
LOCAL INTENT → A USEFUL NEXT STEP
具体任务Yelp：让一个本地问题往前走一步
Yelp 于 2026 年 4 月 21 日发布新版 Assistant。官方画面把周末安排、商家选择、图片与真人评论放在同一段回答里，并根据已接入服务继续提供动作。公告没有提供完整全球地区清单，本轮未实测地区可用性。
我们带走什么让问题、回答和下一步动作保持连续。每个按钮都应该对应用户正在做的决定。
我们为什么不全部照搬本轮没有商家服务或预约能力，不能把页面上的“保存安排”写成已预订，也不能把普通推荐包装成商家承诺。
NATURAL LANGUAGE → PLACES
地点与修改Google Maps：地图把条件与地点接起来
Google 于 2026 年 3 月 12 日发布 Ask Maps，公告当时先在美国与印度的 Android、iOS 逐步推出。官方演示把多条件问题、地图与地点放在一起，提醒我们把“少走一点”落实为可解释的结果变化。
我们带走什么让用户看见地点顺序与取舍。修改一句话后，保留没受影响的安排，说明哪一站发生了变化。
我们为什么不全部照搬社区 Bot 的优势是有作者与真实经验的帖子。它仍然需要地图等真实来源支持距离、营业与可预约信息，不能靠语言模型补出来。
CONTENT CONTEXT → CONVERSATION
内容与导航Instagram 与 Meta AI：浏览与提问可以相接
Meta 2024 年 4 月的跨应用公告包含搜索与 Instagram 群聊示例；其中从 Feed 帖子直接问 AI 的演示属于 Facebook。这里分别看群聊中的具体问题和 Instagram 的导航，避免混用不同产品画面。
我们带走什么用户不必为了提问离开当前兴趣。跨页保留同一顶导，回到 Feed 时还在原来的位置。
我们为什么不全部照搬欧美原生感不能只由图标位置决定。本轮用图片优先、文字简洁与较少控件提出方向，仍需结合目标用户反馈。
Muse 在历史会议中被建议作为参考，但子翩当时仍在等待登录。本轮不把未登录的产品写成已经体验过。10 月 9 日旧研究中的原始竞品截图可以在背景资料中继续阅读，但不冒充本轮新截图。
04
四张图，把入口、结果与回流放在一起
这套界面延续用户提供的结构：白底、黑灰文字、细线图标、双列图片流和底部询问框。界面使用英文，中文说明解释产品取舍。“play”只是本轮原型的临时名称。
四张视觉图由 Codex 内置图片生成能力绘制。工具未提供可选择或确认的模型版本，因此不把模型版本写成已经确认的 images2.5。生成图用于表达视觉方向，具体可点击行为以交互原型与下面的说明为准。
05
从“这个地方不错”，走到“周六就这样玩”
这条主路径从 Feed 开始，沿途保留帖子、收藏和对话上下文。用户在任何一步都可以回到内容浏览，原来的安排与未发出的输入不会因此丢失。
缺少条件 → 只问关键一项；有一站不喜欢 → 只改这一站；结果不合适 → 解释原因、缩小范围或回去继续逛。
一个周六下午的完整故事
Mia 已经存了几篇纽约周末笔记。她和朋友想在周六下午两点到六点，在 Brooklyn 喝咖啡、逛书店、去市集，再到河边坐一会儿，人均预算约 60 美元。她在 Feed 询问框里说：“用我存的地方，安排一个不用赶的周六下午。”
Bot 带她选中四个收藏，并确认当天真正影响安排的条件。信息足够后，Bot 提供两种可以比较的路线：一种少走路，一种多逛一点。第一条的演示预算是每人 42–58 美元，由咖啡 12–16、书 12–20、零食 18–22 美元组成；演示步行合计 18 分钟。它们都只是这份原型用来讲清取舍的数据，不是实际地图与商家信息。每个地点保留原帖照片、作者与标题，Mia 可以先看看真实氛围，再决定是否加入。
Mia 说“最后一站换成附近的”。Bot 保留前面的安排，只修改受影响的部分，并告诉她为什么这样换。她确认后保存安排，发给朋友一起看。游玩结束后，她可以补几句真实感受，让 Bot 帮忙整理成草稿，再由自己决定是否发布。
06
点进去，亲自走一遍
先刷 Feed，打开一篇帖子，再把收藏带到询问框。也可以直接尝试一个快捷任务。对话、路线、来源帖子与草稿之间可以切换，桌面端可以在下方体验。
交互边界：这是可点击的本地演示。示例对话不会请求真实模型；示例地图、价格与时间不代表实时信息；保存与分享展示的是原型行为，不会完成真实预订、通知朋友或发布帖子。说明放在产品页面之外，产品界面保持日常用户能理解的语言。
桌面阅读时可以直接操作上方界面。手机阅读时，请使用新窗口按钮，获得完整的移动页面。
当前屏幕适合直接体验移动界面，点击“在新窗口打开原型”继续。
纸面版不包含可点击界面。请在解压后的文件夹中打开 prototype/index.html 体验。
07
每一步，用户都知道自己在做什么
底部询问框是一个连续入口。Chat-to-Post、Beauty Picks 与 Restaurant Radar 使用同一个对话空间，只是带入不同问题。用户可以自然表达，Bot 再根据缺少的信息提问，不把三种任务做成彼此孤立的表单。
| 页面或动作 | 用户做什么 | 界面怎样回应 |
|---|---|---|
| 首次进入 Feed | 浏览双列图片，看到底部提问区。 | 顶导集中展示五个入口，快捷例子解释 Bot 能做什么，询问框始终可见；不需要先找到一个独立聊天图标。 |
| 开始滚动 | 向上刷内容，或向下回看。 | 向上时顶导与快捷例子收起，向下时恢复；底部完整询问框保留，减少用户寻找入口的动作。 |
| For you / Following | 切换推荐内容与关注内容。 | 首页标题的下拉菜单承载切换，不在首屏再叠一层常驻导航。 |
| 从帖子发起 | 看见感兴趣的地方，收藏或继续问。 | 当前帖子可以带入对话。Bot 显示帖子上下文，来源卡片保留作者与图片，用户可以打开原帖继续阅读。 |
| 从收藏开始 | 选择这次想去的几个地点。 | 已选内容以小卡片出现，用户能看见、移除和调整。Bot 不把全部收藏默认用于每个问题。 |
| 在 Feed 提问 | 直接输入问题，提交或点快捷例子。 | 问题原样带入对话。对话页继续保留顶导；回到首页时保留浏览位置，不需要从头找内容。 |
| 补充条件 | 说出时间、预算、出发地点和偏好。 | Bot 只追问会影响当前结果的信息。已经说过的条件继续保留；信息足够时直接给结果。 |
| 比较路线 | 在“少走一点”和“多逛一点”之间选择。 | 每条路线给出顺序、简短理由与来源。价格和时间需要有来源；演示数据不被当作真实承诺。 |
| 修改安排 | 说“换一站”“再便宜一点”或“少走一点”。 | 系统保留没有受影响的内容，更新相关地点，并说明改动。用户无需重新填写所有条件。 |
| 保存与分享 | 保存一版安排，和同行的人讨论。 | 用户能重新打开已选路线。原型可以演示保存与分享入口，但不会替用户发送外部消息。 |
| Chat-to-Post | 主动提供照片与真实感受。 | Bot 整理成可编辑草稿，用户预览、修改或保存。发布应由用户确认，本地演示不会真实发布。 |
| Beauty Picks / Restaurant Radar | 带着另一个具体问题进入对话。 | Bot 根据任务问预算、肤质，或位置、饮食偏好。它继续使用同一对话布局与清楚的来源表达。 |
用户改主意，或者系统答不了时
还缺关键条件
用户只说“周末去哪”时，Bot 先问地区与可用时间。用户回答后继续原问题，已经给出的条件不再重复询问。
收藏里没有合适结果
Bot 说明具体原因，例如地点太分散、两小时放不下。它可以建议少去一站、缩小范围，或让用户回到 Feed 选择新的内容。
营业与预约信息不清楚
答案直接说明哪些信息还不知道，并让用户打开相应来源。旧帖里的营业描述不能被直接写成今天仍然有效。
网络中断或回答失败
用户继续查看已经保存的安排，未发出的输入保留。恢复连接后可以继续；同一句话不应被自动重复发送。
用户不想提供位置或收藏
用户可以手动选择地区、输入地点，或从公开帖子开始。Bot 说明当前能依据哪些信息回答，不把授权变成完成任务的唯一入口。
用户想回去继续逛
顶部首页入口始终可达，原来的 Feed 位置与当前对话保留。用户不必先完成一条路线，才有资格退出。
08
看见入口，还不等于形成习惯
询问框曝光增加，只能说明更多用户有机会发现 Bot。我们还要观察用户是否在不同日子再次主动提问，是否能通过少量对话得到一份愿意保存的安排，以及她是否继续阅读社区里的真实内容。
| 想知道什么 | 需要观察的行为 | 怎样理解 |
|---|---|---|
| 用户是否发现 Bot | 看到询问框的人中，有多少人打开、输入并真正提交问题；分别看首次与再次使用。 | 打开入口只反映发现。误点、立即退出与没有提交，不能一起算成有用的使用。 |
| 用户是否养成使用习惯 | 不同日子的主动提问、再次发起相近任务、回来修改或打开之前的安排。 | 一条会话内连续追问，可能只是第一次没有解决问题，不能直接当作习惯。 |
| 安排是否真的有用 | 用户是否选择路线、保存、再次打开、修改并告诉我们“我用上了”；配合简短访谈。 | 保存比单纯点击更接近意图，仍然不能直接证明用户实际出行或满意。 |
| 答案是否帮助社区 | 来源帖子打开、阅读、收藏、关注，以及被引用作者得到的访问与互动。 | 不能只看 Bot 内停留。用户和作者都需要从这次提问里得到具体价值。 |
| 是否挤压 Feed | 内容阅读、互动、继续浏览的比例；滚动时输入框遮挡、误触与退出反馈。 | 提问增加而内容消费持续减少时，应重新调整入口、答案长度与来源呈现。 |
| 是否值得继续投入 | 任务能否完成、回答等待、失败与重试，以及真实调用成本。 | 先看是否替用户省下整理工作，再决定扩大人群与接入哪些服务。 |
下一步先补什么
先找那些最近真的存过多个地点、也真的准备出门的人，请她用自己的收藏走一遍。重点听她在哪一步犹豫：筛选地点、判断距离、排顺序，还是和朋友达成一致。再比较不同入口与答案形式，让结果回答“有没有帮上忙”。
这轮资料还没有确认目标人群规模，也没有确认地图、营业时间、外部预约与 TikTok 收藏导入接口。路线故事目前是一项值得讨论的假设。图片和本地原型能把体验说清楚，后续是否上线、如何实验与投入多少，需要产品团队结合真实条件决定。
09
资料索引
本页静态保留主要正文与图片，不依赖在线请求。下面的本地文件随包提供；官方链接需要联网打开。
- 历史背景、短引文与覆盖说明两场腾讯会议、微信消息日期与编号、旧研究版本变化。包括昵称归属与当前微信读取范围的说明。
- 完整产品故事从收藏地点到半日安排的中文说明；人物、场景与行程为演示设定。
- 本轮竞品研究 · 官方物料来源真实来源、物料类型与采集时间。官方演示不被表述为本轮登录体验。
- 用户提供的 Feed 与 Chatbot 参考图本轮布局与导航讨论的直接输入，保留原图。
- 本轮设计说明 · 生成图提示词页面、动作、视觉方向与演示能力范围。图片使用 Codex 内置生成能力。
- 带箭头的完整流程 · 本地交互原型解压后用浏览器打开即可。需要实际外部服务的动作，在原型中只展示相应体验。
- 历史研究原稿：16 页 PDF · 完整 HTML 与 22 张原截图 · 早期讨论补充随包保留 2026 年 10 月 9 日的历史材料，用于理解此前判断。图中产品版本与获取时间并非全部可知，不能代表今天的界面。早期讨论稿与第四版有方案差异，最新用户要求优先。
- 历史《Lemon8 首页竞品调研第四版》飞书文档本轮未实时读取其线上版本，不把历史方案当作最新决定。