浏览器和客户端中的代码会到达用户设备，把API密钥写进去等于扩大了暴露范围。在个人试用中可以随时修正，进入组织流程后，每个例外都必须有处理办法。 下面这份小清单可以直接用于启动讨论： 1. 密钥只保存在受控服务端或密钥管理系统。 2. 由后端验证用户身份、套餐和调用权限。 3. 设置调用限额、来源限制与异常告警。 4. 定期轮换密钥并准备快速吊销方案。 本题最需要警惕的是：即使界面隐藏了字段，密钥仍可能从网络请求、打包文件或日志中被找到。这会使人工以为流程已经完成，实际留下未处理的风险。 正式开放之前，应让未参与配置的人进行交叉测试。使用测试账号检查前端资源与网络面板，确认响应、错误信息和日志都不返回密钥。除了顺利完成的常规样本，还应加入资料不全、输入矛盾、权限不足或服务异常等边界情形。最终报告应列出仍未知的部分，避免把没有发现问题写成已经证明安全。 职责最好沿用现有岗位设置，避免建立一个无人真正负责的AI专属流程。正确架构是客户端请求自己的后端，由后端代为调用模型并执行成本与权限控制。 本文在提纲整理和初稿撰写中使用了AI辅助，发布前已人工复核事实与表达。