把航班、高铁、会议、客户拜访排成一张表，算出每两件事之间到底留了多少缓冲， 标出缓冲不足、跨时区深夜安排、连续满负荷这几类冲突，并给出改排建议。
时间填该项所在地的当地时间；首行时区视为你的基准。
| 类型 | 日期 | 开始 | 时长(分) | UTC 偏移 | |
|---|---|---|---|---|---|
取值参考：城际衔接留 90–120 分钟、机场值机留 120 分钟以上；单日超 10 小时记为满负荷。 判定基于你填写的 UTC 偏移，夏令时与各地政策可能变动，请以官方为准。
填好行程后点击检查
会显示冲突清单、每日概览与改排建议
工具先把所有事项换算到同一条时间轴上再排序，跨时区两项也能算出真实间隔。 缓冲指前一项结束到后一项开始的空档：不足 90 分钟记为偏紧，不足 45 分钟或直接重叠记为严重。 满负荷日指当天安排达到 10 小时。
每条冲突给出问题与改排建议：问题说明为什么算它有问题，建议说明把哪一项往后推、换成什么时间。 健康度只是把冲突折算成一个分数，方便比较改排前后，不代表行程一定能执行。
“开始”填该事项发生地的当地时间，“UTC 偏移”填该地当时的实际偏移（北京 +8、东京 +9、伦敦 0、纽约 -5）。会议与客户拜访填对方所在地的时间与偏移，工具就能识别出“这件事在对方那边是深夜”。
首行的时区视为你的基准时区。与基准不同的事项视为跨时区安排，衔接要求更严。
常见经验值：出站到上车 30 分钟、下车到进办公室 30 分钟、值机安检 60–90 分钟、跨城落地再转场 90–120 分钟。工具统一用 90 分钟作分界线，是通用参考，不是线路的官方要求。
按每项的当地日期分组，把当天事项的时长相加；达到 600 分钟（10 小时）算一个满负荷日。连续 3 天及以上会被标出来，因为连轴转三天的疲劳与出错率明显更高。
不含值机、安检、行李提取、跨城堵车与管制。真实耗时常比票面更长。
偏移是你手填的固定值，夏令时切换那几天会整体差 1 小时，请以官方为准并手动修正。
不查航班状态与车次余票，改排建议仅供参考。
满负荷是时长口径，不含睡眠与恢复时间，不构成该不该出差的结论。
按同一条时间轴算：每项先按自己的 UTC 偏移折算成统一时刻再排序相减。所以“航班落地后 40 分钟要开会”这种跨时区衔接也能被识别。把每个事项的时区填对，是这一步最关键的前提。
会议和客户拜访按对方所在地的当地时间判断：早于 06:00 或晚于 22:00 就标为深夜安排。若与基准时区不同，会额外提示“跨时区深夜”。航班、高铁凌晨出发常见，早于 05:00 才轻提醒。会议时长跨过 22:00 之后，也会被算成深夜安排。
不会，90 分钟是分界线不是下限，工具按“不含 90 分钟”判定，等于 90 分钟视为合规。分界线取自通用参考区间，不是绝对安全线；国际航班或托运行李建议自己往上提。工具只做机械检查，不会替你判断某个航班是否容易延误。
不是，它只是冲突条目的加权折算，方便比较改排前后。它不评价任务重要性、身体状况，也不含签证与天气风险。能否成行由你和主管判断。改排时先动严重项，通常改一处就能把分数拉回 70 以上。
按议程上实际占用的时间填，含最后的自由讨论。频繁超时的会议更值得填长一点——缓冲不是用来吸收拖堂的，拖堂算在下一项头上。
不能替代。它只做时间与时区层面的机械检查，不查航班状态、车次、签证、天气与节假日。合理用法：先排出草稿，用工具扫一遍冲突，再核对官方信息并订票。涉及改签与退票的费用，工具不计算，请以实际报价为准。
航班晚点、地铁赶不上、客户还在开会——问题往往不在任何一件事本身，而在两件事之间没留够时间。工具把行程摊平到一张时间轴上，算出每段衔接、深夜安排与每日负载，给出改排方向。局限：判定基于你填写的 UTC 偏移，夏令时与各地政策可能变动，请以官方为准；不含值机、安检与延误概率，也不查实时班次。
核心原则：所有计算在浏览器本地完成。日期、时间与时区不会被发送、不被存储。
第三方 Cookie 与广告：本站使用 Google AdSense 展示广告。Google 作为第三方供应商，会使用 Cookie 在本站或互联网其他网站上基于用户过去的访问展示广告。 用户可通过访问 Google 广告设置 停用个性化广告，或访问 www.aboutads.info 退出部分第三方广告。
本站不收集姓名、邮箱、定位等个人识别信息。
输出的冲突清单与改排建议仅供参考，不构成行程能否执行的专业建议。
数据准确性：偏移量由使用者填写，夏令时或政策调整会带来 1 小时量级偏差；缓冲分界线为通用经验值。订票与出行前请以承运方与官方时刻表为准。
外部链接：本站可能包含指向第三方网站的链接，对其内容与做法不承担责任。