TABLE 02 · PRESS TO DECIDE先选情境,再认真按一次。DETERMINISTIC DEMO · FICTIONAL
三个情境,
一个明确答案。
下面只演示确定性输出的形状。真实产品会从当前账号和服务端目录计算;公开站不会接触它们。
REAL GROUP ROOM LIFECYCLE
不是替朋友点头,
是等每个人真的入席。
成员、偏好与房间结果都来自服务端。只有真实状态向前,餐桌才会进入下一幕。
- 01DISCUSSING创建或凭码加入
六位房间码连接真实账号;公开站不会模拟同伴。
- 02SEPARATE INPUT每人分别提交
服务端返回成员和 submitted 状态,不由客户端补齐。
- 03RESULT生成确定性 Top 3
全员提交后,偏好、预算、区域与目录共同参与排序。
- 04ONE MEMBER一位成员最终落定
任一真实成员确认当前候选即可收官,不等待全员确认。
- 05DONE写入各自历史
最终餐厅进入成员决策历史,房间不再接受换一轮。
REAL ACCOUNTSSERVER MEMBERSTOP 3ONE-MEMBER FINALIZATION
CATALOG & ACCOUNT BOUNDARY
答案有来源,
也有保质期。
- 策划目录
- 餐厅资料来自服务端 curated seed,不代表实时营业、排队、库存或第三方评分。
- 账户数据
- 偏好、历史、黑名单、房间成员与结果保存在租户隔离服务端。
- 设备状态
- 设备只保存登录会话、区域/时段 UI 选择和当前单人 exclude chain。
- 确定性规则
- 相同输入稳定排序,不调用 AI;“换一个”只改变排除链。
- 公开站边界
- 这里的名字、分数和情境都是虚构演示,不创建历史或组局。