餐厅可以让AI理解顾客主动说明的人数与座位偏好，再由规则和计算程序检查桌型、可拼关系与预订占用，给迎宾人员可解释的入座候选。它解决的是具体客群与桌位如何匹配，不是仅按空桌数量判断能否接待，也不应擅自承诺等待时间。
方案示例：两张四人桌，并不一定能坐下一组八人客人
两桌可能不能移动，中间隔着通道，或其中一桌已被稍后的预订占用。项目从真实平面图、桌位编号、允许拼桌关系、当前使用状态和已确认预订开始。通道与设施限制由餐厅管理人员确定，AI不能重画出现场不存在的空间来满足需求。
迎宾录入本组人数、是否同意分桌和主动提出的座位需求。儿童座椅或无障碍通行等必要条件应由顾客表达与人员确认，不通过摄像头猜测年龄、健康或身体情况。未确认的偏好不作为强制约束，也不因顾客身份作差别排序。
从候位信息到实际带位的过程
先把自然语言转成清楚条件，例如“六个人，最好在一起，可以等一会儿”。系统提示迎宾确认人数与分桌接受度，再查询当前可用桌位。模型处理描述，具体容量与组合由明确规则检查，不能仅凭文字推理给出座位结论。
接着列出可行候选：现在两桌分开、等待一组可拼桌，或调整经允许的桌型。每个候选显示满足哪些要求、还有哪些条件未确认。若预计离席时间没有可靠来源，只能标记未知，不把“快吃完了”自动转成确定分钟数。
迎宾与顾客确认选择后，系统暂时占用相关桌位并刷新，防止两位员工同时安排同一张桌。另一组先完成入座时，旧建议需要重新计算；候位状态变化由现场事件驱动，不让一张早已失效的推荐卡继续指导带位。
餐桌清理完成后，再更新为可接待。顾客实际到齐、临时加人或选择离开，分别有对应动作。AI可以解释为何某组当前没有合适组合，却不能自行更改餐厅公开的候位规则，或让客人因模型的主观价值判断被插队。
一轮试点应该留下什么？
保存候选方案、实际采用结果、失效原因和人工修改，而不是追踪每位顾客的个人画像。复盘可以看到问题来自桌型资料错误、状态更新不及时，还是建议不方便迎宾操作。不要只比较满座率而忽略现场体验与规则遵守。
这与根据销量安排备货、门店人员排班和视频统计队列不同：本篇输出是可在当前平面布局执行的桌位组合。试点可先用模拟营业记录跑正常入座、多人候位、预订冲突和临时加人，再决定是否接入正式系统。
深圳创智瑾程科技有限公司可通过企业AI应用评估与内部工具开发讨论需求录入、规则计算和现场界面。咨询13510134572，专用餐饮系统接入与实际布局条件需确认。
常见问题
只买一个大模型就能算桌位吗？
不够。桌位、状态和可拼规则需要真实数据与计算检查，大模型主要帮助理解与解释。
系统能保证减少候位时间吗？
不能保证。需与原流程比较，还要看桌型、客群、状态维护和实际经营条件。
顾客临时换座怎么办？
由工作人员确认后更新实际占用，受影响的候选重新检查，不沿用旧安排。
内容说明：本文由AI辅助整理，餐厅入座规划为方案示例，不代表真实门店项目或经营成效。