本地 AI 隐私检查应该覆盖完整处理链路。浏览器访问 localhost，只能说明网页入口在本机；文档解析、嵌入、联网搜索和工具调用可能连接其他服务。本文给出一份逐层核对清单，适合已经部署本地聊天界面的用户。练习只用虚构资料，确认处理位置后再决定能放哪些真实文件。
一、画出自己的数据流
先列出输入经过哪些组件，而不是只看界面名称。一次“上传 PDF 并提问”可能包含文件存储、文本提取、向量生成、检索和回答五个环节。
| 环节 | 要记录的内容 |
|---|---|
| 聊天 | 模型名称、提供商、实际请求地址 |
| 嵌入 | 本地模型或外部接口 |
| 文档解析 | 本地解析器、OCR 或远程服务 |
| 搜索 | 是否启用外部搜索与网页抓取 |
| 插件 | 能读哪些文件，是否会调用外部接口 |
不清楚的项目写“待确认”，不能因为主模型在本机就把整张表填成本地。
二、准备可以追踪的测试材料
新建一份无隐私 TXT，写入独特但无敏感含义的标记，例如 LAB-NOTE-4729，再附一条明确事实：“测试设备每周六执行备份”。用它测试上传、检索与回答，不用真实客户资料来排错。
如果界面提供请求记录或工具日志，检查是否出现实际检索和调用。日志本身也可能存储输入文本，查看后按需要保护，不把完整日志发到公开论坛。
三、核对实际配置
打开应用的管理员设置，逐项记录模型、嵌入和提取服务的地址。区分本地模型与云端模型，名称相似不代表运行位置相同。关闭本练习不需要的搜索、外部工具和第三方连接。
隐私检查记录：
应用与版本：
聊天模型及地址：
嵌入模型及地址：
文档解析/OCR位置：
开启的搜索与插件：
资料与日志保存位置：
尚未确认的外部连接：
每次升级或换模型后重新核对。默认配置可能变化，过去一次离线测试不能代表未来所有版本。
四、做一次受控断网测试
先下载好需要的镜像、模型和语言数据。保存工作后暂时断网，重新打开本地页面，用同一份演示资料测试聊天、上传、检索和 OCR，分别记录结果。
某环节失败，可能是缺少首次下载的资源，也可能依赖外部服务。恢复网络后查日志与官方说明，不要直接把“断网不能用”解读为资料一定被上传。反过来，离线成功也不能证明不存在未来联网后的同步或日志外发。
五、检查访问范围与存储
确认服务只向需要的设备开放，使用自己的账号和适当权限。向局域网开放时，不能把没有认证的模型接口顺带映射到公网。备份文件、浏览器下载目录和同步盘，也可能成为资料外流路径。
本地处理减少部分外部依赖，但不替代系统更新、磁盘保护和文件权限管理。真正的目标是知道资料流向，而不是贴上“绝对安全”的标签。
六、常见问题与排错
断网后聊天能用，知识库不能用？
分别检查嵌入模型、文档解析和检索工具。它们可能与聊天使用不同服务或缺少缓存资源。
浏览器网络面板没看到外部请求就够了吗？
不够。服务端也可能发起连接，浏览器只能看到部分链路。需要结合应用配置、服务日志和运行环境核对。
以后每次上传都要断网测试吗？
不必机械重复，但配置、模型和插件变化后应复核。敏感资料始终遵循组织的处理要求。
本地文档处理可看Open WebUI 知识库。服务配置和本地模型相关信息见 Ollama FAQ，上传前的资料处理见文本脱敏方法。