通勤时,用户在手机上把一项功能讨论清楚;坐到电脑前准备实现,却想不起在哪个助手聊过。找回链接后又发现附件不在,哪些建议已经同意也说不准。换了设备,不该连这件工作的起点都重新寻找。
还在同一个助手里,历史同步或项目功能通常就是最好办法。一次性交接用简短笔记也够。需要跨助手继续工作,或者同时找回分散工具时,才有必要整理比会话链接更多的入口。
可以由用户选择一个任务包:原会话引用、已确认目标、附件位置和下一步。Context 收藏能保存入口,但这个交接包的生成、编辑和版本确认需要另做,不能把保存链接说成已同步了手机聊天全文。
桌面助手读取的是获准交接材料,不是用户手机里的全部历史。查询入口可以按任务标识返回摘要与引用;附件仍需目标身份有权打开,源平台登录也不会被传过去。无法访问的材料应该列成缺口,而不是让模型补出它可能写过什么。
交接后先让助手复述它准备实现的范围,确认哪版方案被采用,再允许调用后续工具。跨端打开、链接失效提示和确认状态都要有人实现;涉及代码仓库或设备动作的权限不能由一份摘要自动授予。
用一段明确选择的讨论试一次,检查电脑上能否打开必要附件、排除未分享内容,并继续一个小步骤。如果最后只是更绕地打开同一款助手,那就回到原生同步;有价值的交接应让第二个工具直接从已确认的工作开始。
- 01
手机上选定
目标、采用版本和附件
- 02
核对交接范围
私人讨论不进入材料
- 03
电脑上继续
确认能读附件,再做下一步
一份最小交接记录
这是待接入的任务包数据形状,不是 Context 已提供的导入 API。附件权限需另查。
示例内容 · json
{
"task": "landing-contact-form",
"accepted_version": "v3",
"goal": "Add email validation",
"next_step": "Write one invalid-email test",
"attachments": ["project-notes/contact-form-v3.md"],
"excluded": ["personal-discussion"]
}预期结果:受领者能说明采用 v3、下一步写邮箱测试;不能打开的附件保留为缺口。
接入时的检查项
- 桌面能否找到手机上明确选择的任务入口。
- 未分享的私人段落是否不会进入交接材料。
- 链接可见但附件无权访问时是否说明具体缺口。