K4.07.4predefined standalone watch capability设计
手表离开手机连接范围时独立可用的功能集需要预先定义
别名: 手表离线能力 · 独立功能集 · standalone watch
概念解释
手表总会有离开手机蓝牙或网络的时候：跑步把手机放在柜子里、地铁里信号被切、出差只戴了表。哪些功能在这种时候仍然完整可用，必须在设计时写成一份清单，而不能等到断连后让每个按钮自己去失败。计时、闹钟、已下载的音乐、近场支付、带 GNSS 的运动轨迹，通常应在清单里；要实时线程、要手机代发的短信、要云端搜索的内容，通常不在。这条谈的是断连后的能力边界事先划清，不是转交动画，也不是在线时手表和手机怎么分工。
机制
在线时手表可以把难的计算和网络丢给手机，界面看起来什么都能点。断连把这条借用切断，原先「点了会成功」的控件变成「点了会转圈然后失败」。若失败形态各异——有的灰掉、有的超时、有的静默无响应——人无法建立「这只表独自能干什么」的模型，会在真正需要的时候（门外、跑道上）去赌。预先定义的独立集把模型反过来：默认可用的那一批在断连后外观不变、路径不变；不在集合里的，一断连就以同一种方式标明「需要手机」，不要等人点下去才说。集合还必须可检验：飞行模式或把手机关机，清单里的每一项仍能走完主路径。
边界
蜂窝版手表把「离开手机」和「离开网络」分成两件事：没有手机但仍有蜂窝时，消息类可以部分留下，搜索类仍可能在。清单要按「无手机 / 无网 / 两者都无」分列，不能只写「离线」。法规和支付网络会在某些地区关掉近场，独立集不是全球同一张表。运动中 GNSS 可用但地图瓦片未下载，轨迹能记、看不懂路，属于半独立，要在清单里写成「能记不能导」，不要标成完整导航。用户可下载的内容（歌单、地图包）使集合随个人库变化，产品要声明「下载过的才独立」，并在未下载时就标明。
怎么落地
- 写出三列清单：无手机仍可用、无网仍可用、必须有手机。每一列用真实任务验收，而不是用 API 权限表代替。
- 不在独立集里的入口，在断连后统一改成不可点并带一句「需要手机」，不要保留原按钮去撞超时。
- 独立集里的功能断连后不得弹出「在手机上继续」；那条路已经不存在，提示会把人送去空口袋。
- 验证：把手机关机或开飞行，按清单逐项走主路径。清单内的必须一次成功；清单外的必须在点击前就标明依赖。有一项在断连后才失败，或独立功能去号召回手机，清单就还没事先定义好。