客户网络禁止服务器直接访问公网，只允许经过审批的代理和域名白名单，但方案依赖云模型与外部工具。你会怎样落地？
考察说明
考查受限网络架构、依赖治理和现场联调能力。
回答思路
- 先列出每条出站链路的域名、协议、端口、数据类型、调用方向和责任方，与网络及安全团队确认哪些是硬限制、哪些可通过审批解决。
- 把模型访问、遥测、软件更新和第三方工具分别设计，避免为了一个依赖开放宽泛公网出口；凭证由客户认可的密钥系统托管并定期轮换。
- 对必须调用的云服务使用受控代理或专线，限制目标域名、请求大小和敏感字段，同时保留连接失败、证书异常及策略拦截的可观测记录。
- 能本地完成的检索、缓存和确定性处理尽量留在客户网络内，上传模型的上下文按任务最小化，并由客户确认数据驻留和保留策略。
- 联调验收覆盖正常调用、代理故障、DNS 变化、证书轮换和出口限流，指标包括成功率、尾部时延、数据边界及故障恢复时间。
- 外部链路不可用时切换到本地搜索、排队或人工流程；若关键合规条件无法满足，应缩小功能而不是通过个人热点或临时隧道绕过管控。