开发 AI 功能时，我们很容易先关注模型效果：识别是否准确、回答是否自然、处理速度是否够快。

但如果应用要处理个人照片、身份证件、工作文档或语音记录，我认为还必须先回答另一个问题：这些数据到底会被谁访问，又会被传到哪里？

HarmonyOS 7 强调端云协同的 AI 安全能力，并持续完善系统安全底座。

对应用开发者而言，这并不意味着可以忽略自身的权限设计。系统提供安全能力，应用仍然需要遵循自己的数据访问规则。

不要把用户授权理解成无限授权

假设应用要帮助用户整理图片。如果用户只选择了一张照片，就不应该因为方便而把整个相册都读取出来。

我会先在业务层明确本次任务允许处理的数据范围：

interface ImageTask {

selectedUri: string;

purpose: string;

}

function validateImageTask(

task: ImageTask

): boolean {

if (task.selectedUri.trim().length === 0) {

return false;

}

if (task.purpose !== 'recognition' &&

task.purpose !== 'description') {

return false;

}

return true;

}

这只是业务参数校验的示意代码，不代表它本身就能实现系统权限控制。实际项目仍然需要使用官方支持的图片选择、资源访问和权限机制，并根据目标 API 版本进行适配。

哪些数据必须谨慎处理？

我会特别关注三类数据。

第一类是用户主动选择的内容，例如某张图片或某份文档。应用应该明确用途，避免把数据用于无关任务。

第二类是从系统环境中获取的数据，例如日历、位置或其他上下文信息。只有在完成当前功能确实需要时，才应该申请相应访问能力。

第三类是 AI 生成的结果。模型可能把输入中的敏感内容重新组织到输出中，因此结果展示、日志记录和数据缓存也需要受到控制。

端侧处理并不等于不需要安全设计

如果某项视觉或语言能力支持端侧处理，可以评估是否适合隐私要求较高的场景。不过，具体的数据处理位置、缓存策略和能力边界必须根据官方文档确认，不能仅凭“AI 功能”就认定所有数据都不会离开设备。

即使完全在本地处理，应用也仍然需要考虑数据是否会被其他页面误用、是否会在日志中泄露，以及用户是否能够删除相关记录。

我会把安全检查放进开发流程

在功能设计阶段，就明确哪些数据需要访问、为什么需要、何时可以删除。在开发阶段，对所有入口做参数校验。在测试阶段，分别检查拒绝授权、取消操作、异常退出和重复调用等情况。

如果某个 AI 功能需要读取的个人数据远超实际需求，我会优先重新设计功能，而不是简单地要求用户授予更多权限。

AI 能力越强，应用能处理的信息就越多。对开发者来说，隐私保护不应该只是上线前补的一项工作，而应该是业务架构的一部分。