Buddy One 把跨应用操作串成一条链之后，能不能真交出去，不取决于它宣称支持多少个应用，而取决于三个可验证的点：每一步动作是否可逆、结果落到目标应用后你能否核对、中途停下时你能不能从断点接手。建议的判断顺序是：先把每天重复的那件事写成步骤清单，再对着功能入口核对真实存在的开关和提示文案，然后完整跑一遍并记录断点。这三件事做完，哪些步骤可以放手、哪些必须自己按确认，基本就有答案了。

读取、整理、填写草稿这类可逆动作，通常可以交给跨应用协同先做；发送、删除、支付、对外发布这类不可逆动作，建议保留人工确认。判断依据应落在三处：设置页里真实存在的开关名称与原样提示文案、一次完整跑下来的断点位置、以及断点处界面给出的提示原文。跑不动时不要连续重试，先记下停在哪一步、当时前台是哪个应用，再按检查清单逐项接手。

挑一个每天都要做的跨应用任务写成步骤清单

先选一件每天都做、且跨两个以上应用的事，把它从“协同一下”翻译成可观察的动作序列。写法上要求每条只对应一个应用的一个界面，动词开头，并写清这一步读进来什么、写出去什么。下面以“把邮箱里的客户询价整理进表格，并回一封确认邮件”为例，列成表格更能看出哪几步只是搬运、哪几步带着后果。

写不清“输入”和“输出”的那一步，往往就是协同最容易卡住的地方。如果某一步需要人对内容做判断，比如判断这封邮件算不算询价，建议在清单里明确标出来，不要默认它能自己决定。

在功能入口里核对实际出现的开关与说明文字

清单写完后，回到设置页逐项核对，只看界面上真能点、真有字的东西，不做能力外推。记录方式建议固定成四列：开关在哪里、开关叫什么、旁边的提示文案原文照抄、默认是开还是关。同一产品不同版本或不同平台的名称可能不同，需要结合当前安装版本确认，不建议拿别的界面描述去套。

核对记录模板（每项一行，原文照抄，不改写）
[设置页路径]     设置 > 某某 > 某某
[开关名称]       界面上显示的原文名称
[提示文案]       开关下方的说明文字，逐字复制
[默认状态]       开 / 关 / 未登录时不显示
[关闭后现象]     关闭后入口是否消失、是否仍能触发
[备注]           需要登录、需要额外授权、灰显等

重点留意三类字样：“访问其他应用”“操作前需要确认”“后台运行”。第一类决定它能看到什么，第二类决定它会不会停在你面前等你按，第三类决定切走应用后链路还能不能继续。如果界面上没有对应说明，就按“没有这个能力”处理，先去跑一遍看实际行为，不要从宣传描述里推测。

标出必须停下来人工确认的动作

不是所有步骤都适合自动接手。按不可逆程度排序，下面几类动作建议在交给协同之前就设置成停点，判断依据是“做完之后能不能低成本回退”。

• 发送（邮件、即时消息）：判断依据是发出后撤回通常有时限，且对方可能已读。停止条件：收件人不是默认值、正文含报价或承诺、附件名与内容不确定。停在发送按钮前的预览界面，确认收件人和正文首段。
• 删除：文件、表格行、会话记录。判断依据是存在回收站才可恢复，没有回收站就是一次性的。停止条件：目标不是本次新建的对象、涉及批量选择。停在删除确认弹窗，核对选中条目数量。
• 支付与下单：判断依据是金额与收货信息出错后需要走退款流程。停止条件：金额变动、优惠叠加、地址与联系人有修改。停在订单确认页，核对金额与地址两处。
• 对外发布：发帖、评论、提交公开表单。判断依据是内容对第三方可见，且常以公司名义出现。停止条件：涉及品牌口径、涉及客户名称。停在发布按钮前，通读一遍标题与首段。
• 覆盖写入与权限变更：批量改单元格、修改共享设置、绑定或解绑账号。判断依据是影响范围可能超出本次任务。停止条件：目标范围不确定、涉及他人可见权限。停在范围选择界面，确认作用对象。

这几类的共同点不是“危险”，而是出错后的修复成本高于人工确认成本。把它们在清单里单独标出一列，后面接线时才知道哪些步骤要插入停顿。

完整跑一遍并记录断点位置和提示文案

准备一份空白记录，把任务从初始状态跑一遍。跑之前先恢复环境：关掉无关窗口、退出不需要的账号、确认目标表格没有别人正在编辑。过程中不要为了跑通而临时改设置，否则断点位置就不真实了。

[1] 起始前台应用：____    登录状态：已登录 / 未登录
[2] 应用切换顺序：A -> B -> A -> C（按实际顺序写）
[3] 停下或失败发生在第 __ 步，对应清单第 __ 条
[4] 界面提示原文：“____”（逐字抄，不要概括）
[5] 当时前台应用：____    是否有弹窗/授权框：有 / 无
[6] 停下后目标应用里的数据状态：未写入 / 写了半条 / 已写入待确认
[7] 重试一次的结果：一致 / 不一致 / 未重试

第 6 项最容易被忽略。如果停下时目标应用里已经写入了半条数据，下次重跑就可能出现重复行，这时要先清理再继续。第 4 项要抄原文，因为下次遇到同样提示时，你能凭这句话快速判断是权限问题、登录过期，还是需要人工点确认。

把断点整理成下次开跑前的检查清单

把上面记录里的断点按出现顺序转成可勾选条目，每条都要能落到一个具体界面位置，按“先做什么、确认什么、再交给它”排列。

• [ ] 先确认账号状态：打开设置页的账号区域，看到已登录且无“需要重新授权”提示，再开始。
• [ ] 先确认目标应用处于可写状态：打开目标表格或文档，确认没有只读提示、没有他人编辑锁定。
• [ ] 先清理上次残留：在目标应用里检查是否有半条记录，有则删除后再跑，避免重复写入。
• [ ] 确认跨应用开关处于预期状态：回到设置页对应分组，核对开关与提示文案是否和上次记录一致。
• [ ] 确认停点设置：在发送、删除、支付、发布这四类动作前，界面是否会出现确认步骤，出现则保留。
• [ ] 再交给它执行读取与整理：从收件箱或来源页面开始，先只跑只读和草稿部分。
• [ ] 人工核对写入结果：在目标应用里抽查新增内容与来源是否一致，重点看数量、名称、日期三类字段。
• [ ] 最后由人按下不可逆的那一下：发送、删除、支付、发布由人工在预览界面确认后执行。

这份清单的价值在于把“能不能交出去”变成每次开跑前的一次核对。若某一轮里同一位置反复停下，说明该步骤当前不适合自动接手，建议把它固定成人工环节，而不是继续在设置里反复调整。