先写约束清单再提问，缺一个约束就有一段路线不可执行
提问前用十分钟写完四个约束，写不出数字的先去查，查不到的标为待核对，不要让 AI 替你补。
第一个约束是护照类型与每段停留上限。写法要具体到每座城一段：持哪类护照、以哪种方式入境、这一段最多停留多少天、依据是哪一页官方说明。停留上限只能由你从目的地政府、移民部门或使领馆页面查到后填入，AI 给出的天数只放在草稿栏，不直接写进这一列。
第二个约束是出行月份与气候要求。把起止月份写死，再写清能接受的温度与天气条件，例如是否避开连续降雨月、是否接受高温月。月份一动，气候与房源价格同时变化，月份不是备注。
第三个约束是每天必须与国内重叠的会议时段。写清按北京时间计算的固定会议起止时间，再换算到每座候选城市的当地时间。换算结果落在当地深夜的，提前写进取舍，不等排完才发现。
第四个约束是三个月总预算。只写总数不够，要同时写清口径：是否含跨城交通、是否含押金占用、按单人整间房多少晚计算。口径不写清，总和与你的账本对不上。
四个约束可以套用下面这个结构提问，方括号内全部换成你自己查到的数字：
「我持［护照类型］，计划从［起始月份］起连续出行三个月，候选城市为［城市名单］。各城停留上限依次为［城市一：天数，依据链接；城市二：天数，依据链接］，上限未核对的城市标为待核对。每城停留不得超过我填入的上限。出行月份为［月份范围］，气候要求为［温度与降雨条件］。每天必须与国内重叠的会议时段为北京时间［起止时间］。三个月总预算上限为［金额与币种］，口径为［是否含跨城交通与押金］。请先逐城列出可停留天数与依据，再排先后顺序，不要直接给出一条排好的路线。」
模板里最关键的是最后一句与依据链接：前者限定先交依据再交顺序，后者让你复核时直接点回原文。
让 AI 先列可停留天数与依据，再按最稀缺的约束定先后
顺序要求要和约束清单写在同一个问题里，不要分两次问。分开问，AI 第二次回答时可能已经换了一套默认前提。
具体要求分两步。第一步，让 AI 逐城输出一张清单，每城只写四项：你填入的停留上限、依据链接、计划停留天数、这一段的起止日期。清单里出现你没有填过的天数，或依据链接打不开、不是官方来源的，这一段先标为待核对，不进入排序。
第二步再排先后，规则只用一条：停留上限最短的一段先定位置，其余城市围绕它排。总天数固定，最稀缺的一段一旦后移，就会被挤到不可执行的月份或越过上限。先定最紧的一段，剩下两段在剩余天数内分配即可。
这一步可调用站内城市数据与方法做初筛：Roamorrow 的城市数据与选城方法可经站内公开的 MCP 与旅居规划 Skill 被 AI 助手调用。其中气候与花费只是筛选口径，不能替代官方停留依据与具体月份报价，复核仍回站内城市页与官方来源。
如果顺序与最稀缺约束冲突，不要让 AI 自行放宽上限。退回清单写明哪段超了多少天，再三选一重排：缩短前一段、删去一座城、或把出发月份整体前移。不要只改一个日期继续用。
拿到路线先复核换城日衔接，再复核每城落到的月份
路线排出后只做两处人工复核，两处都通过才把路线从草稿改为可执行。
第一处是换城日与签证衔接。逐段检查：上一段离境日与下一段入境日怎样计算，首尾是否存在重叠计算；离境当天算不算停留天数，入境当天从哪天起算。不同目的地口径可能不同，本文不给统一答案，按每段依据链接的官方原文逐段确认并写回表中。站内已有的签证衔接话题讲同一类问题，先按那篇的数法把首尾画在日历上再对照原文，画不圆的一段不进订房步骤。
第二处是每城落到的月份。把实际停留月份与城市页的月份口径对照，看三项：是旺季还是淡季、价格是哪个月份的口径、是否落在降雨集中或空气质量差的月份。城市页看的是月份口径，不是单间报价，这一步只判断月份对不对。月份不对只有两种改法：调整先后，或缩短天数，把坏天气月让给停留更短的城市。
两处复核都留记录：日期、依据链接、结论各一行。不留依据，下次重排还要从头查。
把路线存成一行一城的表，下次只改月份与价格两列
路线确认后不要只保存 AI 的回答文本，要转成表保存：一行一城，后续修改都在表上改。
表头固定为七列：城市、停留起止日期、计划停留天数、停留上限与依据链接、会议时段的当地换算、预算口径与该段上限、复核结论。停留起止与依据链接必须同行，日期改动时依据要重新打开确认，不能沿用上一版的结论。
下次换季重排时，护照、会议时段与总预算口径三列通常不变，只改月份与价格两列：月份改动后，每城气候与旺季判断重查一次；价格列只填打开房源页确认过的当期口径，历史参考值单独标注。改完后签证衔接复核仍要重做，因为起止日期变了。
备注列再写清放弃了哪座城及原因：上限不够、月份不对还是预算超了。下次不再按同一错误前提把它排进来。
下一步动作：现在打开一个空白表，先只填四个约束中的停留上限一列，逐城把官方依据链接补齐，补不齐的城市先从候选名单里划掉，再把剩下的城市连同月份、会议时段和预算上限套进上面的模板提问。
来源与阅读范围
作者：Roamorrow 编辑部。本文链接不收取返佣。本文不给出任何目的地的停留资格结论；每段停留上限以目的地政府、移民部门或使领馆的官方原文为准，AI 给出的天数只放在草稿栏。
- Roamorrow 开发者页：MCP 与旅居规划 Skill · 本轮核读 2026-10-28
站点公开 MCP 与旅居规划 Skill 的入口、用途与连接说明，以及每次查询会返回资料来源、日期与缺口的说明。 本文提到站内城市数据与方法可经公开 MCP 与 Skill 被 AI 助手调用，只登记该页的入口与用途；停留上限仍须回目的地官方原文，不以该页或 AI 的回答替代。本轮已打开并读该页正文。
- Roamorrow 数据与方法 · 本轮核读 2026-10-28
评分默认权重、气候舒适区与历史月花费参考值的口径，以及入境资格、停留期与远程工作许可分别核实的限定。 本文用站内数据只做初筛与月份、花费口径的对照；可停留天数只能由提问者从目的地官方页面查到后填入，方法页不提供任何目的地的资格结论。本轮已读仓库源文件。
- 三个月换两座城，租期和签证怎么接上？ · 本轮核读 2026-10-28
三个月两城安排里把住宿晚数、实际停留许可与工位有效期分别排进日历、先查适用自己的官方条件再付款的方法。 本文复核换城日衔接时所称的站内签证衔接话题与该篇同类：先按其数法把首尾日期画进日历，再对照官方原文，画不圆的一段不进订房步骤。本轮已读其 HTML 正文。
配图许可
本文正文不配图。分享图沿用站内既有专题图 og-topic-beijing-time.webp（「按北京时间上班，去哪旅居不用熬夜？」专题），其来源与许可记录见该专题页与发布清单。