周末家庭活动小工具 · AI产品说明书

1 用户与使用时刻

两个人在规划周末活动时，不想逐项填写复杂表格，希望只说清城市、预算和可用半天还是一天，就能从三个活动安排中选一个。本轮先做能输入、能点击查看和选择的浏览器样机，帮助本人判断这个选择过程是否好用。页面如何设计、是否联网都还没有决定；本稿给出页面草案，地点与价格保持未核实示例状态。不要求登录，也不进行订票或付款。

不推定两人的年龄、关系或兴趣，不增加家庭成员档案。两人如何投票或分别操作未由用户提出，本轮可先用同一页面完成一次共同选择。

2 目标与范围

目标：通过最少的输入，让两人看见三个具体安排并选定一项。产品形态建议为浏览器可点击样机；本轮重点验证输入 → 比较 → 选择这条路径。成功标准用可观察行为判断，不编造转化率、节省时间或交付工期。

• 用户明确要求：输入城市、能花多少钱、半天或一天；输出三个活动安排供选择；不登录，不订票，不付款；先做能点的样子；没查过的地点和价格不能当真。
• 本轮草稿建议：一个页面完成输入、查看三张候选卡片、展开详情、选定或改选；采用本地演示内容，不联网检索。是否联网仍是未确认项，此建议不是替用户作最终决定。
• 本轮的三个方案可采用不同活动结构，例如散步加休息、室内体验、轻运动加用餐；地点均写通用类别与“待核实示例”，不声称某家店、景点、票价或交通路线真实可用。
• 不增加登录、订票、付款，也不默认引入云数据库、用户画像、多人账户或定时任务。
• 后续若本人选择联网，再明确数据来源、实时性、价格口径和失败处理；本稿不声称已接搜索、地图、模型或票务接口。

预算口径建议先按“两人合计预算上限”展示在输入旁；用户只说“能花多少钱”，未明确按人还是按两人，需要本人确认。样机中的费用是演示分配，不是查证报价；即使示例总额小于输入预算，也不能承诺真实活动一定负担得起。

3 页面与主要操作步骤

以下页面名称、状态与交互均为可点击样机建议，待本人确认。采用单页“周末活动选择器”，上方有持续可见提示：“当前为演示样机，地点和费用未经核实，出发前请自行确认。”

状态草案：待输入 → 显示三个示例 → 已选定。任一输入改动后进入“条件已修改，需重新查看”，旧选择不再作为当前结果；输入不合法时停留在待补充状态。展开详情只改变展示，不自动选中。页面刷新后的状态建议重置，暂不承诺保存或同步，具体是否需要本地保存留待确认。

4 输入与输出

输出为三个安排卡片以及一个选中摘要。每项建议包含：安排名称、用户输入城市、活动先后顺序、通用地点类别、半天/一天标签、费用演示分配与示例合计、未核实事项。选中摘要保留相同内容和选择状态，方便两人讨论。

半天示例可安排两段活动与一个休息段；一天示例可分为上午、用餐、下午几个段落，这些是展示建议，真实时长、交通和开放时间未核实。可用“城市内公园类地点（示例，待核实）”“室内展览类地点（示例，待核实）”等通用描述，不伪造真实门店、场馆或票价。

预算展示建议：使用输入预算进行演示分配，标为“预算分配示例，非实际报价”，每项分配的合计不得大于输入预算；预算为0时显示“0元预算安排示例，实际免费地点尚未确认”，不能把示例分配写成已查证的免费活动。具体分配比例由样机设计决定，不写成用户确认的消费规则。

来源与保存：输入只来自使用者，候选内容来自本轮静态演示模板，不来自实时检索。结果保留在当前页面供两人查看；本轮不默认导出、发送给他人、存入云端或跨设备同步。刷新是否保留尚未决定，草稿建议刷新重置并提前提示。

5 功能与验收要求

输入没有既有需求编号，以下从 R01 新建。P0 均指本轮可点击主要操作步骤；具体页面、校验和保存方式中标为建议的内容仍待本人确认。

6 运行方式

不设置定时推送，不订票或付款，不默认使用云数据库。运行环境兼容范围、是否支持手机以及是否需要本地保存尚未由用户指定；建议样机采用桌面和手机都可阅读的单页布局，但正式支持范围需本人确认。本次 HTML 是可直接打开的 PRD 阅读版，并不是已经实现的活动样机。

7 异常与人工确认

8 未确认项与版本

版本 v0.1；日期 2026-09-08；状态“待本人确认”；确认人为需求提出者，未提供姓名。日期仅为文档日期，不代表开发排期。本轮输入已经要求“先出草稿，不再问”，因此以下问题留在文档中，不阻塞草稿交付。

来源与修改记录：2026-09-08，仅依据 wish.txt 中的周末家庭活动心愿形成 v0.1。用户提供的是自然语言，未要求补表。新增 R01–R06 用于后续搭建和验收；页面、预算口径、不联网模板及刷新重置都是本稿建议，尚无本人确认。没有引入客户方案评审流程、公司系统或其他案例。