AI 生活助手权限设计：贴心不能越界-港品优选

AI 生活助手权限设计：贴心不能越界

AI 生活助手如果只回答问题，风险还不算高；一旦接入日程、提醒、购物清单、家庭设备、邮件和通讯录，它就开始触碰真实生活。贴心不能越界，权限设计要先于功能设计。

用户需要知道助手能看什么、能改什么、什么时候需要确认。没有权限边界的生活助手，会让人不安心。

flowchart TD A[生活助手动作] --> B[只读] A --> C[建议] A --> D[待确认执行] A --> E[禁止自动执行]

读取天气、查看日程属于只读；生成购物建议属于建议；创建提醒、发送消息需要确认；涉及支付、删除数据、改动重要设置，通常不应自动执行。

同一个工具也要分动作。日历可以读，但不一定能直接删除事件；通讯录可以匹配姓名，但不能随便群发消息。

type AssistantPermission = { tool: string action: "read" | "suggest" | "write" | "delete" requireConfirm: boolean grantedAt: string }

权限设置页要用用户能理解的语言表达，而不是一堆 API 名称。比如“读取你的日程用于生成提醒”，比“calendar.read”更清楚。

life_assistant_permissions: default_write_confirm: true allow_tool_revoke: true show_last_used_at: true block_sensitive_auto_action: true

显示上次使用时间很重要。用户能知道某个权限是否还在被用。

确认不是弹一堆警告。好的确认界面应该展示将要执行的具体动作、影响对象和可撤销方式。比如“明天 9 点添加一个提醒”，而不是“是否授权日历操作”。

还要支持临时授权。用户可能只想这一次允许助手访问某个文件，不想长期打开权限。

权限撤销后，缓存也要处理。助手之前读取过的日程、文件摘要或联系人信息，是否继续保留，必须有规则。否则用户以为撤销了权限，系统却仍然使用旧缓存。

permission_revoke_policy: delete_cached_tool_data: true stop_scheduled_actions: true keep_audit_log_days: 30 notify_user_after_revoke: true

权限界面还要展示“正在运行的自动化”。比如某个提醒任务、每周总结、自动整理清单，都应能被用户看到和暂停。生活助手越主动，越需要可见控制面板。

对敏感动作，可以采用双确认。第一次确认授权工具，第二次确认具体执行内容。这样既不让用户每次配置复杂权限，又能避免自动化越界。

还要给开发侧留审计。每次工具调用记录原因、输入摘要、结果和用户确认状态。审计不是为了打扰用户，而是在问题发生时能解释系统做过什么。

权限请求也要避免一次性打包。用户第一次使用生活助手时，不应该被要求打开所有权限。更好的方式是在具体场景触发时请求具体权限，并解释它为什么需要。

type PermissionPrompt = { tool: string reason: string scope: "once" | "session" | "always" }

如果用户拒绝权限，产品也要能继续工作。比如不能读取日程时，仍然允许用户手动输入提醒信息。拒绝权限不应该让整个应用失效。

AI 生活助手权限设计要按动作分级，默认写操作确认，并让用户随时查看、撤销和理解权限。

贴心不是越权。边界清楚，生活助手才会真正让人放松。