警告 Alert

预订表单里联系电话为空时，Alert 贴着表单说明缺少什么，并让用户能马上回到对应字段。

• 开始时：表单可以填写，但提交条件还没有被满足。
• 检查后：警告保留在当前上下文，指出联系电话仍未填写。

同一个预订流程里，Toast ≠ Notification；Alert 贴着表单持续说明缺失字段，Toast 只适合报告一次短暂提交结果。

• 如果用户必须在当前页面处理风险，就用 Alert 并保留上下文。
• 如果消息与当前内容无关、需要稍后从别处回来处理，才考虑 Notification。

看真实表单：联系人字段是上下文，联系电话字段说明缺失位置，警告条解释原因，入口把用户带回可处理的位置。

• 标注只跟随真实 DOM，不把整张卡片误称为一个警告。

同一页面可以有信息、成功、警告和危险四种 Alert，但每一种都要说明为什么出现、用户下一步做什么。

• 信息型适合解释条件，警告型指出需要补齐的内容，危险型说明必须停下的后果。

下面两个场景都留在当前表单：一个定位缺失联系电话，一个解释日期冲突；它们的对象、结果和重置路径不同。

• 什么时候点击处理入口都不会清空已经填写的字段。
• 失败时保留原警告，并允许重新检查。

什么时候用 Alert：风险、条件或错误必须与当前内容一起被看见，而且用户需要一个明确处理入口。

什么时候不用 Alert：一次短暂成功消息用 Toast；跨页面、需要稍后回来的任务用 Notification；必须暂停并做决定时用 Modal。

• 怎么判断：检查消息是否依赖当前字段、是否需要持续可见、是否有就地处理动作。

请使用共享 Alert 能力实现预订表单提交前缺少联系电话：让警告条贴着联系电话字段，说明缺失原因并提供“查看缺失字段”入口；检查中保留已填写内容，完成后指出具体字段，失败时允许重试。不要用 Toast 冒充持续警告，也不要用截图或通用状态卡；验收键盘可达、暗色主题以及 1440、720、390、320px 下无裁切和溢出。