用 AI 给虚构城市设计时间表:循环一天之后,状态要能接回开头

10-01 3阅读

给桌面纸镇写一天的生活安排,很容易把早晨到夜晚填得热闹,却忘了第二天还要重复。红车第一天从西站开出,晚上留在东站,次日清晨却又被安排从西站出发。时钟归零,不会自动把物件送回原位。

用 AI 给虚构城市设计时间表:循环一天之后,状态要能接回开头

AI生成概念示意图:纸镇与循环时间;线路和车辆只表达概念,不是实际照片或软件界面。

把开场当作需要兑现的条件

以下“圆窗镇”、两辆纸车与全部时刻均为虚构桌面叙事实验,不对应真实交通。一天按零点至次日零点计算。开场时红车停西站,蓝车停东站,广场灯关闭;所有行程均设定恰好一小时,不讨论真实速度与道路容量。

红车六点从西站出发,七点到广场;十八点离开广场,十九点到东站。蓝车八点从东站出发,九点到广场;十七点从广场出发,十八点回东站。灯在十八点打开,二十三点关闭。

逐段检查第一天,各车都能从自己所在的位置出发,也没有同时执行两段行程。若只做到这一步,AI 很容易宣布安排可行。但一天结束时,红车在东站,与下一天六点需要的西站位置不相同。

检查周期接缝,而不只是白天内部

让模型列出零点和次日零点的状态,逐项比较同一件物品。蓝车回东站,灯恢复关闭,都与开场一致;红车的位置不同。这个不同不是小误差,而是下一次循环缺少一个必要动作。

一种修正是增加红车二十点从东站返回西站,二十一点到达。它在十九点已经到东站,等一小时后再出发,没有与上一程冲突;到次日六点再次发车前也已回到起点。经过这条返回线,完整日程才闭合。

另一种修正是让次日红车从东站出发,并把两天设为一个更长周期。它未必是坏方案,却不再是原本要求的每天相同。模型不能一边改变周期长度,一边声称仍满足最初条件。

把同一种状态写到同样细

如果开场记录的是“红车在西站且空车”,结束只检查“红车在西站”,还少了是否空车这一项。本例没有安排装载,因此不需要新增货物系统;若后来加入送包裹的情节,就应同时追踪货物是否回补或按规则消耗。

同样,灯在二十三点关闭,并不代表所有背景都自动恢复。纸镇若新增每天换一次的招牌,第二天究竟使用新招牌还是旧招牌,需要作者明确。循环世界允许变化,但变化必须属于设计,而非被时间表悄悄忽略。

可以让 AI 先只维护位置与开关两类状态,等基本周期成立再增加故事细节。若一开始便要求每个居民都有完整日程,错误会淹没在大量看似合理的叙述中,反而难以发现红车缺少回程。

跨午夜的动作要跨过去继续算

假如另设一趟二十三点出发、次日一点到达的行程,它在零点仍在途中,不能因为换了一天就被记为已经到站。若这趟每天发生,开场状态也应包含前一天出发而尚未到达的车辆。

这说明周期接缝不一定非要安排在所有物件静止的时刻。可以选择一个容易描述的接缝,也可以让动作跨过它;关键是两边描述的是同一段连续过程。本文采用零点全部停稳,只是为了让首次核对更直观。

实际复核时,把一天的动作接写两遍,用两张颜色不同的车卡沿站点移动。进入第二遍以后仍按当前位置执行,不允许手动把卡片摆回开场。需要偷偷复位才能继续,正是时间表尚未闭合的证据。

经过两天的演练,作者得到的是一个能重复展开的生活底座。AI 可以帮助寻找接缝缺口,故事则决定哪些反复令人安心,哪些微小变化值得打破日常。稳定的循环,让有意安排的例外更容易被看见。

文章版权声明:除非注明,否则均为云鹊BLOG原创文章,转载或复制请以超链接形式并注明出处。