本次变化速览
核心变化来自Waymo的10月14日原始公告。旅客应把“城市向公众开放”“实际起终点在服务区域内”和“机场指定上下车位置”分开核对。本次明确提及的机场是圣安东尼奥国际机场，不能据此推断圣迭戈或坦帕的所有机场也都开放。
公告确认了什么，没有确认什么
三座城市不是三张无限制的通行证。出行产品是否对公众开放，和某一条路线当前能否下单，是不同层面的信息。把城市名直接写进旅行安排，却不检查实际地址，容易在最后一段行程出现断点。
官方乘车与运营城市页面提供当前服务信息，也说明应用会选择上下车位置。出发前仍要以实际行程界面为准；静态新闻文章不能替代实时服务地图、可用车辆或订单确认。
| 问题 | 本次资料能支持什么 | 还需要什么证据 |
|---|---|---|
| 是否向公众开放 | 10月14日三城公众叫车公告 | 自己的账户与应用可用状态 |
| 能否往返机场 | 明确写到圣安东尼奥国际机场 | 具体机场行程与指定上下车指引 |
| 能否完成我的路线 | 公告没有逐条地址承诺 | 输入真实起终点后的可下单结果 |
给消息加上实际日期
新闻与个人行程的不同时间点
- 10月14日
官方宣布三城向公众开放
这是事件日期，不是本文首次发布的10月17日。
- 10月17日
本文核对官方文字
没有把资料核对写成已乘坐，也没有推导全天任何地址都能叫到车。
- 出发当日
再次检查真实路线
服务区域、上下车安排和订单状态应在旅程前重新确认。
自编案例：同一座城市也要逐段检查
假设一位旅客计划“圣安东尼奥国际机场→酒店→郊外会场”。这是一份编辑编写的检查案例，不是经过验证的Waymo路线。机场到酒店这一段即使可下单，也不能证明酒店到会场同样可用，更不能证明返程时车辆等待和价格不变。
先将两段行程拆开，在应用里分别输入准确地址。机场一段还要核对航站楼与上下车指引，预留从行李提取处走到接车点的时间。对有固定签到时间的会议，应把迟到成本纳入选择，而不是只比较截图里的车程数字。
给行程表留下一项可验证的状态
三城开放，所以机场、酒店和郊外会场都直接写“Waymo接送”。
第一段：起终点和接车指引待核对；第二段：服务区域待核对；每段各留一个备用交通方案。
编辑观察：可用服务比演示视频更接近用户任务
本次变化值得关注的原因，是它围绕公众如何获得服务，而不是只展示一项技术能做什么。对于旅行者，实际产品价值最终要落在能够确认的起终点、可理解的接车位置和遇到问题时的处理路径。这是编辑对出行任务的分析，不是对Waymo可靠性或安全性的独立测评。
此前Roadster发布中的展示与交付边界讨论的是另一类出行科技证据：展示能力不等于量产和交付。本次讨论也要保留边界——向公众开放不等于每条路线、每种使用条件都已验证。不能用一条产品新闻代替具体使用证据。
不同旅客要补充的检查
有航班时间约束
在出发前检查接车位置和备用方案，不能只留一条交通路径。
携带大件行李
先查看官方乘车要求及自己的行李情况，不从车辆外观猜容量。
需要无障碍安排
向官方确认具体需求与可用支持，不将宣传中的便利等同于个人需求已满足。
出行前留下这份小清单
跨地区科技服务容易出现“某市场可用，所以我也能用”的误判。和海外iPhone预购的市场核对一样，要把地区、账号、功能和实际订单放在同一个检查表里。两类产品的具体规则不同，核查思路可以通用。
本文没有实时报价、等待时间或独立安全比较，也没有替读者预订行程。若应用无法提供目标路线，先改用已确认的交通方式；不要因为新闻标题写着城市名就反复假设是操作错误。
让每段行程都有明确结论
- 记录确切的机场或街道地址，而不是只写城市。
- 确认起点、终点和上下车指引，逐段检查往返路线。
- 核对实际订单信息，不引用本文作为价格或等候保证。
- 为有硬性时间要求的行程保留一个可执行的替代方案。
常见问题
这代表三座城市的所有机场都可以乘坐吗？
不能这样推断。此次公告明确提到圣安东尼奥国际机场，其他机场或具体航站楼仍需查阅官方当前信息并核对实际行程。
向公众开放就不需要再检查服务区域了吗？
仍需要。城市开放是一项总体状态，具体路线还取决于实际地址和当时可下单结果。
文章能告诉我准确价格和等车时间吗？
不能。本文未进行实时报价或乘车测试，价格、等待与接车安排应在实际下单时确认。
