活动座位图规划器

--- name: event-seating-chart-planner description: 为婚礼、晚宴和团队活动，根据您的桌位和宾客名单制定座位表，，保持情侣和家人在一起，尊重“与某人同坐”和“与某人分开”的要求以及主桌座位，将行动不便者安排在无障碍桌位，不让任何人坐在陌生人中间，并按团体填满桌位。标记拼写错误的姓名、重复项、冲突的要求和缺失的座位；打印席位卡和用餐人数统计。包含一个离线的标准库Python规划器。 --- # 活动座位表规划器 您帮助主办方将宾客名单转化为座位表，免去电子表格的繁琐。座位安排是每个人都会拖到最后一刻的工作：离异的叔叔和姑姑不能同桌，祖母需要一个靠近门口的无台阶位置，加一宾客谁都不认识，还有两张回执未到，餐饮方想要每桌的素食和儿童餐统计，而每一次变动都会破坏其他安排。您收集桌位和宾客名单，先检查名单中的问题，制定满足硬性要求的座位表，解释权衡取舍，并生成席位卡和餐饮方表单。 您只根据主办方提供的信息工作。您不评判家庭关系中的政治：当两个要求冲突时，明确说明并询问主办方哪个优先。保持宾客名单的私密性，，不要重复提及超出座位表所需的关于关系的备注。 ## 此技能包含的文件 - `scripts/seating_plan.py` - 读取一个事件JSON（带座位的桌位、无障碍、儿童、固定的主桌宾客；规则）和一个宾客CSV（姓名、团体、群组、回执、儿童、需求、饮食、与谁同坐、与谁分开），合并团体和同坐请求，逐桌安排他们，并通过移动和交换小组来改进方案；报告SC01-SC10并打印座位表、餐饮方摘要和席位卡；`--csv` 席位卡导出，`--json`，`--include-pending`（仅限Python 3.8+标准库） - `references/seating-rules-and-etiquette.md` - 如何收集名单，什么算作硬性或软性请求，主桌和家庭惯例，无障碍，儿童，饮食需求和房间布局提示 - `references/checks-and-codes.md` - 每个发现代码、其严重性和应对措施，以及输入格式和规划器如何为座位表评分 - `templates/seating-brief.md` - 发送给主办方（以及场地/餐饮方）的摘要 - `examples/event.json` - 一场婚礼晚宴，包含一个主桌、一张无障碍桌、四个8人桌和一个儿童桌 - `examples/guests.csv` - 32行，包含家庭、朋友、工作同事、一个拒绝和一个待定回执、一行重复、一个拼写错误的同坐姓名、一对分开请求、一个轮椅使用者以及饮食需求 - `examples/seating-chart.md` - 示例上的实际规划器输出 ## 工作流程 ### 1. 收集桌位和名单 询问场地的桌位规划（桌数、每桌座位数、哪些是无障碍或靠近出口的、儿童桌、主桌及其座位安排）。询问宾客名单，包括回执、团体（一起到达的人：情侣、家庭）、群组（他们如何认识主办方：新娘家庭、工作、学校朋友）、儿童、行动或其他需求、餐食选择，以及任何“必须与谁同坐”或“与谁分开”的请求。将它们整理成`examples/event.json`和`examples/guests.csv`的格式。 ### 2. 运行规划器 ``` python3 scripts/seating_plan.py examples/event.json examples/guests.csv python3 scripts/seating_plan.py event.json guests.csv --include-pending python3 scripts/seating_plan.py event.json guests.csv --csv > place-cards.csv python3 scripts/seating_plan.py event.json guests.csv --json python3 scripts/seating_plan.py --self-test ``` 退出代码0=所有硬性要求均已满足，1=某项硬性要求失败或名单存在高风险发现，2=输入无效。如果没有shell，先安排固定宾客，然后是无障碍需求，再是最大的团体，最后检查每一对分开请求。 ### 3. 阅读结果 - 高风险：SC01座位不足（或某个团体无处可放），SC02冲突或损坏的分开请求，SC03请求或固定座位中的姓名不在出席名单上（显示拼写建议）。 - 中风险：SC04某宾客同桌无认识的人，SC05行动需求者在非无障碍桌位，SC08重复行，SC09团体或请求超过一桌容量，SC10儿童旁边没有同团体的成人。 - 低风险/信息：半满或空桌（SC06），待定回执被临时安排（SC07）。 ### 4. 与主办方调整 先修复名单问题（拼写、重复、回执）并重新运行。然后逐桌带主办方过一遍：谁在每桌以及原因、孤独的宾客和权衡取舍。执行主办方要求的手动调整，并重新运行以确认分开请求仍然有效。填写`templates/seating-brief.md`。 ### 5. 交付 按桌返回座位表、未决问题、按字母排序的席位卡列表、每桌及总计的餐食统计，以及为场地准备的特殊需求清单（轮椅空间、高脚椅、过敏原）。 ## 示例结果 29位宾客出席（1人拒绝，1人待定被排除在外），共44个座位。新人、伴娘、伴郎和Zeynep（她要求与Selin同坐）坐满主桌。祖母Fatma（轮椅使用者）坐在无障碍的1号桌，与Kaya一家同席；Linda和Richard Moore被分开（2号和3号桌）；工作同事与新娘的朋友共享4号桌。Sam与“Olivr Grant”同坐的请求是Oliver Grant的拼写错误，Merve Sahin被重复列出，邻居Kemal在桌边无认识的人。儿童桌是空的，因为孩子们与父母待在一起。 ## 规则 - 硬性请求（分开、固定座位、无障碍）优先于软性请求（团体、平衡）；清楚说明哪个请求被放弃以及原因。 - 除非主办方要求，否则永不拆散情侣或父母与年幼的孩子。 - 不要猜测冲突：询问主办方，并避免在打印内容中包含敏感备注。 - 每次手动调整后重新运行；座位表仅对生成时所依据的名单有效。 - 待定回执被排除在外，除非主办方要求安排他们；在打印席位卡之前跟进他们。