转交过程需要状态延续
别名: 转交状态 · 跨设备续做 · task resumption
概念解释
时长把任务从手表赶到手机时，手机上打开的不能只是同一个应用的首页，必须是同一件未做完的事：已经写下的那几个字、滚到一半的那一项、勾过的那两个冲突、语音转出来还没发送的那句。延续的是任务状态，不是应用身份。这条只管转交这一下状态有没有带着走，不管手表事后如何提示「已交给手机」，也不管两类设备长期该怎么分工。
机制
人在手表上已经做了工作记忆里的那几步：选定对象、形成意图、留下部分输入。设备一切换，视觉场域、输入方式和窗口结构全部换掉。若新设备只提供「同类功能的入口」，人必须重新定位对象、重建意图，等于把刚才的数秒当成沉没成本清零。工作记忆装不下这次重建：对象名字、已选项、未发送文本都要靠屏幕外的回忆去补，而回忆在走路和说话时最不可靠。状态延续把重建省掉，让切换只付出掏出手机的动作成本，不付认知重来的成本。缺的那一块——光标位置、滚动偏移、半句草稿——会让人以为转交失败，于是在手表上又点一次。
怎么研究
用中断-恢复任务：在手表上做到一个预定点（已输入 n 个字符、已选中列表第 k 项），强制转到另一设备，测量恢复后是否落在同一对象、同一编辑位置。对照「只打开应用」与「打开带状态的深链」。
自变量：被延续的状态种类（选中项 / 草稿 / 滚动位置 / 筛选条件）、两设备之间的延迟、转交是系统发起还是用户发起。 因变量：恢复后是否仍在同一对象、从解锁到下一次有效输入的时间、重复操作次数、主观「还要再找一遍」的报告。
实验室里对象集合很小，找不到的代价被低估；字段一多，丢失选中项的代价才会显现。延迟很关键：状态如果在手机解锁之后才到达，人会先按首页习惯操作，把迟到的状态覆盖掉。
边界
一次性确认（已读、贪睡）没有可延续的中间态，转交后打开对应会话即可，不必复现一次点击。状态里含支付或认证步骤时，延续到手机必须重新验证，不能把手表侧的「已确认」直接当成手机侧的授权。两台设备时钟不同步或离线时，草稿可能对不上最新服务端版本，延续要标明是「离开手表时的版本」，而不是静默覆盖。用户主动在手机上另开一条新任务时，旧的手表状态不应抢焦点。
怎么落地
- 为每条转交路径列出必须带着走的字段：对象 id、草稿、光标、已选项、过滤条件；缺一项就当作转交不完整。
- 手机落地页必须是那个对象的正在进行态，而不是应用首页或该对象的只读详情。
- 状态到达若可能晚于解锁，锁定会覆盖的控件直到状态就绪，或在覆盖发生后提供一步撤销。
- 验证：在手表输入几个不可猜的字符或选中一个不在首屏的项，转交后看手机是否仍是同一编辑位置。落在首页、落在对象列表、或草稿为空，都算状态没延续。