接续需保留任务状态而非仅打开同一页
别名: 任务接续 · Handoff · activity continuation · 跨设备续做
概念解释
手机上写到一半的邮件，换到电脑只弹出了空的收件箱——应用对了，进行中的活动没了。任务接续（task continuity）要带走的是这份活动的状态：正文、光标、附件、收件人，而不是只打开同一入口页。Handoff 把 Safari 的阅读位置、地图导航的当前路线、邮件草稿一并交给旁边的 Mac，才叫接续；只发一个同样的 URL 过去，人还得自己滚回刚才那一段。接续是换设备时把「做到哪了」交出去，不是两台设备长期互相同一份数据。
机制
一次任务在工作记忆里站住的是中间产物：已输入的字、已滚动的位置、未提交的选择、正在走的路线。换设备会清空这块记忆，因为手和眼睛已经离开源屏幕。系统若只做深链接，目标设备重建的是「这类任务的起点」，不是「这个实例做到一半」。人就会把接续理解成又开了一次，前面的投入作废。状态要足够细，接续才接得上思维：邮件不只是打开写信页，还要有草稿正文；网页不只是同域名，还要有滚动偏移和表单里未提交的字段。缺任何一层，人都会停下来回忆「我刚才在干什么」，接续的时间窗口就被回忆吃掉。
怎么研究
用设备切换续做任务：在设备 A 做到一个必须依赖中间状态的节点（草稿写了三句、文章滚到中间、导航已偏航），再强制换到设备 B 继续。比较「只打开同一入口」和「恢复完整活动状态」两种交接。
自变量：交接携带的状态粒度（仅应用、仅文档、含滚动/光标/草稿）、切换是否在同一账号与近场条件下发生。 因变量：恢复到可继续操作的时间、漏带的状态项数、是否出现重复劳动、主观「还是刚才那件事」的判断。
日记和多设备生态观察能看到人实际何时换设备，但分不清是状态没到还是入口没找到。实验室切换能控制状态粒度，生态效度较低：被试知道要换设备，真实接续往往是打断触发的。不要把「云端已经有这份文件」当成接续成功——文件在不等于活动在。
边界
只读、无中间状态的动作（扫一眼天气、点开已完成的订单）打开同一页就够，谈不上接续。账号不同、应用未装在目标设备上，状态根本交不过去，问题先出在身份和安装，不在状态模型。长时间离开后再打开，人自己也记不清做到哪，完整恢复反而像一份过期草稿；此时提供「从哪续」的选择比强行滚回旧位置更合适。多设备长期镜像同一份笔记、同一组标签，是副本同步，不是一次任务交接。
怎么落地
- 为跨设备续做定义最小状态包：文档标识之外，带上滚动位置、插入点、未提交输入和进行中的模式（编辑/预览/导航中）。
- 目标设备打开后应落在可立即继续的位置，而不是该应用的默认首页或该文档的开头。
- 不要用「已在电脑上打开该网站」代替接续：核对打开后的滚动位置和表单内容是否还在。
- 验证：在手机把一篇长文滚到中段并选中一句，用系统接续到电脑；电脑应出现同一滚动位置和选区，而不是文章首页。再试一封写到一半的邮件，电脑端必须带上已写正文，而不是空白写信页。