家庭聚餐人数总在变，谁负责做最后确认

先把角色边界写清

在卡片最上方写：“确认者负责收集、核对、确认、发布，不负责决定邀请名单。”不要因为某人年长、最常操持家事或群里发言最多，就默认由他承担。选择能够联系各户、看得懂预订要求，并能在截止前完成同步的人；另设一位只在确认者无法处理时接手的备用人，并写清接手条件。

家庭中可以有多人讨论菜品、地点和接送，但只能有一份当前人数表。若两个人各自向餐厅报数，出现的不是协作，而是两个“最终版本”。其他家人把变化发给确认者即可，不直接改总数；确认者也不借这个角色审问理由、评价谁回复得快，或替主人新增邀请。

制作真正能执行的人数冻结卡

每户一行，只设一位联络人。状态使用“出席、不出席、待定、未回复”，不要把沉默自动算作出席。人数按实际执行类别记录：成人、需要独立座位的儿童、场地规则下不占完整座位的幼儿、儿童椅或其他特殊座位、共乘车辆所需座位。分类的目的只是准备桌椅、份数和车辆，不给家人分等级。

卡片还要有聚餐日期与时间、地点或预订编号、餐厅截止、家庭截止、最后编辑人、版本时间、发送与回执两栏。给餐厅的摘要可以只写“成人11、儿童3、儿童椅1”；给司机则写乘车人数与集合点。没有执行必要的家庭解释不应转发。其他与人数无关的用餐信息应直接按场地当前流程沟通，不从人数卡推断。

逐户发送一次能回答的问题

给每户联系人单独发一条包含完整边界的消息：“8月18日周二18:30，在松园餐厅。请在8月13日18:00前确认你家是2位成人加1位儿童、人数更少，还是不参加；尚未确定可回复‘待定’，并说明何时能确认。”这样对方不必翻聊天记录寻找日期，也能用一个明确状态回答。

临近截止只做一次中性提醒：“我会在18:00冻结当前人数并报给餐厅，请回复出席、不出席或待定。”不要在群里公布未回复名单，不用连续@人，也不以“大家都回了”制造压力。截止时仍无答复，就保留“未回复”，并按事先说清的处理规则执行；若从未约定默认值，就不能临时把未回复改成“来”。

冻结后同步三个关键节点

到家庭截止时，确认者逐行核对各户人数与总数，处理明显的加总错误，然后标记“冻结版v1—8月13日18:20”。冻结表示这版数字开始用于采购、排桌和派车，不表示之后不许报告变化。把同一版本分别同步给餐厅或家中主厨、桌椅安排者、交通联系人，只给每个角色所需字段。

发给餐厅的内容应带预订姓名或编号、日期时间、当前总数、儿童与特殊座位分类、联系电话；发给主厨的是可执行份数与准备边界；发给司机的是乘客、集合点、车辆座位和路线锁定时间。重要交接要记录“已发送”与“已确认”两个状态。消息发出去并不等于餐厅已接受变更，收到明确回执才算交接完成。

截止后的变化走一条变更通道

家人临时变化时仍只联系最终确认者。确认者记录旧数、新数、收到时间和受影响节点，再询问餐厅、主厨或司机目前还能怎样调整。在供应方答复前，不先承诺一定能加位；可以回复：“我已把3人改为2人，正在按餐厅当前规则确认，收到答复后回你。”这句话既接受家人的新信息，也不虚构执行结果。

若餐厅无法增加座位，就只说明容量和当前安排，不责怪最后回复的人；若有人取消而费用已无法减少，座位和接送仍需更新。只向行动发生变化的人发布v2，不重新发起全家投票。任何变更都保留时间与回执，避免一条迟到消息埋在群聊里，主厨却仍按旧数准备。

聚餐结束后只复盘流程

当天携带最新已确认版本和预订编号即可。最终确认者不需要负责逐个点名，更不必为实际到场差异辩护；餐厅有签到流程就按餐厅流程，家中聚餐则把迎客交给主人或另一位家人。角色拆开后，一个人不会同时成为主持、主厨、司机调度和人数记录员。

结束后只保留可复用的结构：供应方截止、家庭截止、逐户联系人、有效人数类别、同步对象和回执位置。删去没有必要的私人说明，不建立“谁最难催”的记录。人工审校只问四件事：事实是否来自当前来源、表达是否自然、是否触及对外红线、是否与别的段落重复。下一次改进的是卡片与时间点，不是给家人排名。

继续探索这个主题