会议已经在手机日历里，手动再录一遍容易遗漏；同一个安排又可能来自工作和个人两个日历。系统连接的价值，是让这些已有信息更容易被使用，同时保留清楚的来源。
与海的日历相关能力围绕系统权限、账号日历和来源管理展开。具体入口与支持范围取决于平台和当前版本。
权限决定应用能访问什么
连接系统日历需要相应授权。拒绝或撤回权限后，依赖该权限的读取与写入会受到限制；已经保存为业务记录的内容，则需要按记录本身的生命周期管理。
操作系统授权、业务记录同步和云端 Agent 的数据范围分别控制不同环节。允许读取日历，不应被理解为同意上传手机上所有其他内容。
日历来源与时间需要一起检查
同一个会议可能出现在多个日历中。查看来源、筛选需要的日历，可以帮助判断内容来自哪里，避免把相似标题误认成同一件事。
安排还依赖日期、时区和提醒时间。跨时区旅行或导入历史日程时，建议核对最终显示的发生时间；一句“明天提醒我”也需要结合当前请求的时间背景。
系统日历与生活记录各有状态
系统事件和 App 内记录可能存在关联，但这不意味着所有平台都支持完全相同的双向编辑、删除或冲突规则。对具体操作，以当前入口显示的行为和完成结果为准。
例如，看到事件不等于已经创建待办；保存待办也不代表系统提醒一定获得了权限。需要提醒时，应检查相应设置和结果。
健康数据需要单独确认
记录运动、睡眠或体重，与自动连接系统健康数据是不同能力。手动输入或 Agent 保存一条运动记录，并不能证明它已经从系统健康平台读取了距离或写回数据。
健康接入应分别说明平台支持、可读取的数据类型、授权和同步方向。当前文章不把规划中的自动感知当成已经全面开放的能力；具体发布进展以更新日志和 App 的连接入口为准。
从一个明确场景开始，例如核对一次会议的来源与提醒，比一次性开启所有连接更容易理解结果。