想让 Buddy One 接手日常流程，又担心跨应用授权放得太宽，比较稳妥的顺序是先做权限收窄、再谈协同接管：在设置页把当前已授予的权限逐条抄成清单，按任务动作倒推每条权限是否必要，撤掉非必需项后用同一个任务重跑一遍，确认可用性没有变化，最后给不可逆动作单独加一道人工确认。这个顺序的价值在于每次只动一处，出问题能定位到具体是哪条授权、哪一步失败，而不是一次性放开后只能靠感觉判断“好像不太对”。
Buddy One 的跨应用授权不建议一次性放开。可以先把已授予权限抄成清单并标注待确认项，再按读信息、写内容、发起操作三类任务倒推最小集，撤掉多余授权后重跑同一任务，观察界面提示是否变化；发送、删除、对外提交这类不可逆动作应单独加人工确认。只把实际跑通过的部分写成结论，未验证的权限项保持待确认状态。
在设置页把当前已授予的权限逐条抄下来
收窄的前提是看清现状。建议先不要改任何开关，只做记录：打开 Buddy One 的授权管理页与各被接入应用的设置页，把每一条权限的原文名称抄下来，不要用自己的话改写，因为后续撤权和排查都以原文为准。记录时至少包含四个字段：权限名称原文、所属应用、授予时间、记录位置（哪个页面或哪条授权记录里看到的）。
| 权限名称原文 | 所属应用 | 授予时间 | 记录位置 | 状态 |
|---|---|---|---|---|
| 按设置页原文抄写 | 被授权的第三方应用 | 页面显示的时间 | 授权列表 / 应用内设置 | 已确认 / 待确认 |
| 示例：读取文档内容 | 示例：文档应用 | 以页面实际显示为准 | 系统隐私面板 | 待确认 |
如果某个字段在页面上找不到，比如只写了“访问数据”而没有说明范围，或者授权时间只显示“最近”，就把它标成待确认，不要猜。待确认项在下一节里优先级最低，因为连范围都不清楚的权限，很难判断它对应哪个具体动作。抄录时可以顺手截图或复制页面文字，方便后面撤销后对照提示原文。
按任务类型倒推每条权限是否必要
把权限和具体动作对应起来，比按“这个应用看起来需要什么”去推断要可靠。建议把日常交给 Buddy One 的流程拆成三类动作：读信息（拉取内容、查询状态）、写内容（生成草稿、整理归档）、发起操作（发送、提交、删除、对外更新）。每一类只保留完成该动作所必需的权限，其余全部单独标记为多余项，多余项不删除记录，只进入待撤清单。
| 任务类型 | 典型动作 | 通常需要的权限（以页面原文为准） | 常见多余项 |
|---|---|---|---|
| 读信息 | 读取指定会话、文档、日程列表，汇总当天待办 | 限定范围的读取权限，最好能限定到具体目录、文件夹或会话 | 全账号读取、读取通讯录、读取其他无关应用数据 |
| 写内容 | 生成草稿、整理纪要、写入本地笔记 | 写入或创建草稿的权限；若只需草稿则不给“直接发布” | 覆盖原文件、删除内容、修改他人共享文档 |
| 发起操作 | 发送消息、提交表单、创建日程邀请 | 该单一动作的执行权限，范围限定到具体对象 | 批量操作、代表用户对外发布、修改权限本身 |
倒推时给每条权限写一句话：“没有这条权限，哪个任务的哪一步会做不了。”写不出这句话的，基本可以归入待撤清单。需要结合具体环境确认的是范围型权限，比如“读取某目录”和“读取全部文件”在页面上可能只差一个选项，这时优先选范围更小的那一档。
撤掉非必需授权后重跑同一任务
撤权之后必须用同一个任务、同一份输入重跑一次，否则无法判断失败是撤权导致的还是任务本身变了。建议一次只撤一项，跑完记录结果，再撤下一项；同时撤多项会把失败原因混在一起。记录格式可以直接用下面这段纯文本模板，按实际填写。
撤掉的权限：读取全部文件（原文照抄）
失败的任务步骤：第 2 步，读取指定目录下的周报
界面提示原文：「未获得访问该位置的权限，请重新授权」
是否走了替代路径：改为手动指定文件后继续
结论：该权限对“读取指定目录”这一步是必需的
未验证项：批量导出未重跑，暂不下结论界面提示建议原样抄写，包括标点和省略号，因为不同提示对应不同处理方式：提示“重新授权”通常说明权限确实缺失，提示“操作超时”或“服务不可用”则和权限无关，不要记成撤权导致的失败。没有重跑过的任务步骤，保持“未验证”，不要根据经验写成可用或不可用。
给不可逆动作加一道人工确认
权限放开后最容易出问题的是对外生效的动作：发送消息、提交表单、删除内容、修改他人共享的文件、创建带通知的日程。建议在“生成内容之后、真正提交之前”插入一次确认，也就是让 Buddy One 把待执行动作整理成一段摘要呈现，人看过再放行。确认界面上至少要能看到：目标应用与具体对象（发给谁、写进哪个文件）、动作摘要、是否可撤销。
{
"action": "send_message",
"target": "应用名/会话或文件路径",
"summary": "拟发送内容的前若干字摘要",
"reversible": false,
"require_confirm": true
}上面是一个通用的确认字段骨架，字段名按实际接入方式替换，作用是把“要做什么、对谁做、能不能撤回”在放行前摊开。拒绝后的回退路径也要提前定好：不提交、保留草稿、回到待办列表，并在日志里留下一条拒绝记录，方便事后核对是哪个环节被拦下。如果确认环节只是弹一句“是否继续”而不显示目标对象，实际效果有限，建议补上对象和摘要两项。
把上面的结果固化成授权前自查清单
每次给 Buddy One 接入新应用或新流程之前，按下面几条走一遍，能避免重复踩坑。每条都指向一个具体位置或一次实际动作，不做抽象提醒。
- ☐ 在 Buddy One 授权管理页抄下全部已授予权限的原文名称，缺时间或范围的项标注“待确认”。
- ☐ 在目标应用的设置页核对同一批权限的范围选项，能选小范围就不选“全部”。
- ☐ 为每条权限写出一句“缺它会卡住哪个任务的哪一步”，写不出的列入待撤清单。
- ☐ 一次只撤一项权限，用同一任务重跑，把界面提示原文记进记录表。
- ☐ 对照不可逆动作清单（发送、提交、删除、对外更新），逐项确认已插入人工确认。
- ☐ 在确认界面实际触发一次“拒绝”，确认流程回到草稿或待办，且日志里有拒绝记录。
- ☐ 把本轮验证过的权限项和未验证项分开存放，未验证项不写进正式授权说明。
这套顺序不需要一次做到位，可以先从一条最常用的流程开始收敛，跑顺之后再扩展到其他应用。判断是否收敛到位的标准很朴素：每一条还留着的权限，都能说清它服务哪个动作、去掉之后哪一步会失败。