TripIt的Pulled-in不是一概提前：航班提醒怎样保留时间参照

TripIt Pro提醒里的Delayed与Pulled-in，比较的并不是同一个时间基准。Glossary将Delayed解释为起飞时间晚于原计划；Pulled-in则以先前已经发出延期提醒为背景，表示后来起飞比该延期时间更早，或更接近原计划。[2] 因而，一次Pulled-in可以是在先前延期基础上缩短等待，并不必然意味着航班已经早于最初安排。若差旅摘要只留下‘提前’，读者就看不见它是相对哪一次记录而言。

Possible又保留了不同的确定语气。Possible delay说存在延误的可能，Possible pull-in说存在早于延期提醒时间出发的可能；它们不是将后面的状态词直接宣告为已发生。[2] 第二项的时间参照依然是delayed time alert，没有因为加上Possible，就改成与最初计划比较。文字记录因此至少有两项具体内容：相对哪个时间发生变化，以及提醒表达的是可能还是已经更新的状态。

提醒发送时点与航班事件本身也不同。Flight alerts介绍，航班提醒从出发前三天开始，并在三天内的项目中列Schedule changes；Check-in reminder在计划起飞前二十四小时，Departure summary则在出发前四小时。[1] 这几个时长对应的是不同通知的出现阶段，不是三种延误长度，也不是将全部消息统一放在起飞当天才发送。行程中的计划时间，因而既可成为状态比较参照，也可成为某类提醒的发送参照。

词汇表进一步解释Departure summary的内容：它告诉接收者航班从始发城市出发的时间，同时注明消息在出发前四小时发送。[2] 一条消息中，‘说的是何时起飞’与‘消息何时发出’可以同时存在。Check-in reminder又只是一项提醒，不能因为已经收到它，就将其改称实际完成值机的记录。这里比较的是软件通知的含义，本篇没有接收或核验任何真实航班消息。

Gate change联系的是登机口编号，词汇表同时包括出发或到达采用新编号两种情形。Arrival则告诉接收者到达目的地的时间，并在资料可用时显示行李领取信息。[2] 一个编号变化与一个到达时刻不是同一栏数据；行李信息的if available限定，也说明不能从存在到达提醒，补写行李资料必然完整。它们在同一份提醒词汇表中承担不同任务。

转机项目同样分列。Connection summary说明可用于衔接下一航班的时间，Connection at risk则说可能没有足够时间。[2] 前者提供时间信息，后者带may语气描述风险提示；将两者都缩成‘转机通知’，就会省掉来源赋予它们的区别。这只是对原标签的解释，并非本篇依据某段时长判断真实转机能否完成，也没有提出航班选择或改签建议。

通知渠道还有一处具体范围。Glossary概述会员可经邮件、push与SMS接收状态通知；Flight alerts却将临近机场时的terminal和gate通知明确标为push notifications only。[1][2] 因而，概述出现三种渠道，并不证明每一种提醒都无条件通过三种渠道重复送达。后一条又同时带着临近机场的情境，不能只摘‘gate’便把它与前面关于新登机口编号的全部定义合并。本文采用两页现存帮助文字，首发日未知，未配置通知、处理位置权限、预订或账户，也不将标签定义当作实际航班状态或旅行安全的证明。