婚礼当天时间表怎么排？先查冲突，再生成 Excel 和每人执行卡

婚礼当天有化妆、接亲、车程、布场、彩排、迎宾、仪式和撤场；其中一个时间改了，摄影师、主持人和酒店也可能要跟着改。先把地点、人员、车程和硬性时间写成清单，让模型排一版，再用检查脚本找冲突，最后生成总表、甘特图和每人一张执行卡。

按人员和地点排列的婚礼当天时间轴甘特图

下载「婚礼当天时间轴工具包」。ZIP 里有需求样例、排程和改动脚本、冲突检查器、Excel/甘特图/执行卡生成脚本，以及一份虚构婚礼的执行表。文件名以 s022_ 开头。

先准备这些信息

让酒店和新人确认硬性条件。车程不要按地图的理想时间照抄，需留出堵车、停车、上下车和搬物料的余量。

第一步：写清需求，再请模型先找冲突

工具包里的 s022_brief.json 是样例需求，s022_brief_v4.json 是沟通后调整过的版本。复制一份，按真实婚礼改地点、人员、活动和时间。先让模型检查这些要求能不能同时成立，不要只下命令“排出一个完整时间表”。可以使用这段提示词：

请按下面的地点、人员、活动时长和硬性时间安排婚礼当天时间轴。
先检查所有条件能否同时满足。如果排不下，先列出相互冲突的条件、最少差几分钟，以及两到三个可选方案和各自代价；不要悄悄缩短活动或让一个人同时出现在两个地点。
安排后输出 JSON，每项包括：key、start、end、task、place、from、to、roles。途中活动要写出发地和到达地。不要补充我没有提供的流程。

需求：
（粘贴双方确认过的需求）

在我们的样例里，原要求存在冲突：新人按化妆、接亲、两段车程和新郎家敬茶的最短时长计算，最早约 11:05 才能到酒店，但要求 11:00 已在门口迎宾；撤场也至少超出截止时间 1 分钟。三个模型最初都没有主动说“排不下”。加上“先检查可行性”后，Gemini 两个版本指出了冲突。

模型给出的方案只是选项。是否提前化妆、增派布场人手、缩短环节或调整迎宾，必须由新人、策划师和酒店一起确认；涉及加人和改流程时，先核算费用并确认可执行。

第二步：用脚本查排程

工具包中的 s022_check_timeline.py 会检查同一人员的时间重叠、路线间隔、吉时、环节时长、布场和撤场限制。先按 ZIP 的 README 安装 Python/uv，再用模型生成的 JSON 和需求文件运行：

python3 s022_check_timeline.py s022_timeline.json s022_brief.json

脚本会列出冲突原因。改完时间表后再运行一次，直到规则问题清零，并让新人和相关工作人员逐项确认。检查脚本只能核对写进需求文件的规则；它无法判断某个安排是否让新人不舒服，也不能替酒店确认场地。

注意：检查器的车程表中没有写到的路线会按 0 分钟处理。把所有需要移动的地点组合都填进 travel_minutes，并人工复核实际路线，否则漏填可能让检查结果看起来通过。

第三步：场地有变化时，只改必要项目

酒店临时通知延迟进场时，把原时间表和新的场地要求交给 s022_adjust.py，让模型先解释冲突和可选方案，再按你们选定的方案改表。改完仍要重新运行 s022_check_timeline.py。不要直接接受模型提出的加人、压缩环节或错过吉时等决定。

样例里酒店要求 09:00 后才能布场。我们选择“增加 3 位布场人员，90 分钟完成”作为演示方案，排程检查没有报规则问题；这并不代表该工期适用于你的布置规模，必须让执行团队确认。

第四步：生成总表和每人执行卡

执行表通过后，使用 s022_deliver.py 生成：

• 执行表.xlsx：总表和按人员拆开的工作表；
• 甘特图.png：按人员显示各时段地点和任务；
• 执行卡_某某.png：每位工作人员当天需要看的安排。

工具包样例里已经附了执行表.xlsx。自己生成时，安装 Python 和 uv（见《装好 Python 和虚拟环境》），并下载思源黑体。将环境变量指向字体包里的 OTF/SimplifiedChinese 文件夹：

export SOURCE_HAN_SANS_DIR="/你的字体目录/OTF/SimplifiedChinese"

然后运行：

uv run --with matplotlib --with openpyxl --with pillow python s022_deliver.py s022_timeline.json s022_brief.json 输出文件夹

发给每个人之前，先核对姓名、联系方式、地点、到场时间、交通安排和现场联系人。临时改动后，旧版执行卡要全部撤回，重新发新版本，并标明更新时间。

隐私和公开发布

时间表可能包含姓名、电话、住址、酒店和行程。只收执行所需的信息，限制文件访问；如果用云端模型处理真实名单，先确认本人同意和服务方的数据处理方式。也可以在本机 Ollama 上运行模型。

如果把含有 AI 生成内容的甘特图或执行卡公开发到社交平台，按平台提供的功能声明并添加标识，不要故意删除或篡改生成标识。

接单和交付

婚礼策划师可以把需求访谈、冲突检查、Excel 总表和工作人员执行卡作为一套服务。报价前明确包含多少人员、几个地点、几轮改动、是否提供现场协调，以及临时变更的处理方式。费用按当地同行报价和实际工作时间核算，不要只按生成文件的数量估价。

常见问题

不会写代码怎么办？ 把准备好的需求和“先检查是否可行，冲突先说明”的提示词交给你正在用的文字模型，再人工核对每个人、车程和硬性时间。ZIP 中的脚本是批量检查和出表的进阶工具。

脚本显示 0 个问题，表就能直接执行吗？ 还不行。它只检查明确写入规则的项目。路线漏填、联系人漏写、酒店没确认、现场临时要求，都可能不在检查范围内。

模型说排不下怎么办？ 把冲突和可选代价给新人、酒店和执行团队商量，再把最终决定写回需求文件。模型不能替你决定要不要改吉时或增加人员。

每个人都收到新版本后，旧表怎么办？ 在群里说明旧版作废，要求工作人员确认收到新版；保存一份最终确认版本，现场只按同一版执行。

工具和相关教程

• Gemini API 当前模型文档：查看模型 ID 和接口状态。
• Ollama：可在本机运行已下载的模型。
• Python 和 uv 入门：安装生成文件所需的环境。
• 婚礼迎宾牌、座位表和桌卡怎么做：把宾客名单和座位安排用于现场印刷物。

样例婚礼、人物、人员和酒店安排均为虚构。本文的脚本和模型输出需要按实际酒店要求复核，不构成现场安全或法律意见。