数据安全不出域喊了一年多多数单位盯的是文档和模型真正先出事的往往是那串 API key。云端模型的密钥一泄别人拿你的钱跑他的活调用日志里全是陌生流量更麻烦的是密钥背后还挂着你的数据和配额。察元AI文档助手离线内网优先——Ollama、LM Studio、Xinference、OneAPI 等本机端点压根不需要 key——但也支持并行配置云端供应商OpenAI、DeepSeek、阿里百炼、千帆、Gemini 等。只要用了混合配置就该有一份密钥卫生清单。下面八条是我自己在用、也建议甲方照抄的。一、能不发 key 的场景就不发先分清哪里根本不需要密钥。本机模型端点Ollama、LM Studio、Xinference不需要 key察元的 MCP 服务只监听 127.0.0.1本机即信任边界无需 Token。把这些场景梳理出来密钥的暴露面先砍一半。二、一密一用按供应商分键OpenAI 一个键、DeepSeek 一个键、阿里百炼一个键。分键的目的是出事时能精确止血哪个键调用异常就吊销哪个不影响其他链路。图省事共用一把钥匙出事就是全员停摆。三、key 只在配置面出现一次填进模型配置之后就别再复制粘贴。密钥泄露的高发路径不是黑客是自己人为了帮同事看看把 key 贴进聊天工具、写进共享文档、截进截图。发出去的那一秒密钥的生命周期就失控了。四、多供应商场景收敛到网关层科室里有人用 DeepSeek、有人用千帆别让每台机器都存一套真实密钥。用 OneAPI 或 New API 做统一出口真实 key 只配在网关层应用侧只见网关地址。察元认的是任意 OpenAI 兼容端点把端点指向网关即可密钥收敛、轮换、审计都在一层完成。五、服务版场景管理员统一管Docker 服务版是全科室共用的模型端点由管理员集中配置成员根本不该接触 key。这是服务版相对人手一套配置最大的安全红利密钥知悉范围从全科室收缩到一两个管理员责任边界也跟着清晰。六、轮换要有周期更要有触发条件定期轮换是底线触发式轮换是关键人员离职、岗位调整、共享文档误发、疑似异常调用任何一条命中立即轮换。轮换前先想好影响面——用了网关收敛的应用侧无感知人手一 key 的轮换就是一次全员停机。七、验证链路时别把密钥带进日志排查问题先跑健康检查这类命令不含敏感信息可以放心进工单curlhttp://127.0.0.1:62588/healthz返回online即 MCP 侧正常。外部智能体接入时配置文件里也只有地址没有密钥{mcpServers:{chayuan-wps-mcp:{url:http://127.0.0.1:62588/mcp}}}八、顺手让 AI 查查文档里的密钥痕迹最后一条有点反直觉但很实用密钥管理的最大死角是有人把测试 key 写进了文档和交付材料。发出去之前让察元扫一遍查找疑似身份证号、手机号、银行卡号并批注把提示词里的身份证号换成API key、密钥、token让 AI 把疑似凭据的字符串用批注钉出来人工复核后再删。这不是替代保密审查是给保密审查加一道便宜的前置筛。九、密钥卫生从安装那一刻就开始补充一条容易忽略的供应链视角密钥要配到可信的软件里。察元的安装脚本从 Gitee、aidooo、GitHub 多源回退下载全程做 sha256 强校验下载源和校验逻辑是公开的装进来的东西是什么、从哪来可查证。反过来来路不明的破解版绿色版办公 AI 工具是密钥和文档双重失守的头号入口——贪便宜装一个来路不明的加载项等于把钥匙串交给陌生人。适用与边界这份清单适合所有混合配置 AI 的团队个人用户至少做到一、三、七三条有管理员的科室把四、五两条建制化涉密和敏感环境密钥制度要并入单位的安全管理规定AI 扫描只是辅助手段密钥安全的最终责任在人不在工具。密钥管理没有高科技全是纪律。把清单贴进团队 Wiki每季度对一遍比出事后再溯源便宜太多。