必须直接检查底层服务状态、模型权重一致性、安全策略日志及等保三级配置：kubectl wait仅表示Pod启动，需curl http://localhost:8000/health | jq '.model_status'确认为"loaded"；模型哈希须与交付包内models/deepseek-r1-fp16.bin完全一致；Audit Gateway须WAL目录可写、SM4加密落盘生效；Cache Proxy的Redis策略必须为volatile-lru且hot:/cold:键严格隔离。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
验证可灵AI与DeepSeek联合交付物是否达到合同约定的技术指标和业务可用性，必须绕过演示界面直接检查底层服务状态、模型权重一致性、安全策略生效日志及等保三级合规配置项。
核验模型服务真实就绪状态
执行 kubectl wait --for=condition=ready pod -l app.kubernetes.io/name=deepseek-inference --timeout=300s -n deepseek-prod，该命令返回成功仅表示Pod启动，【不等于模型已加载】。需立刻进入容器执行：curl -s http://localhost:8000/health | jq '.model_status'，输出必须为 "loaded" 而非 "loading" 或空值。
若返回非 loaded 状态，说明 vLLM 推理引擎未完成权重映射，此时即使 API 返回 200，实际请求会触发 fallback 降级逻辑，导致 R1 模型退化为 V3 行为。
比对交付包内模型哈希与运行时实际加载版本
方法一：从交付压缩包中提取 models/deepseek-r1-fp16.bin 的 SHA256 值：sha256sum deepseek-enterprise-v3.2.0-offline.tgz | cut -d' ' -f1 → 解压后定位到 bin 文件再算一次。
方法二：进入推理 Pod 查看实际加载路径：kubectl exec -it $(kubectl get pod -l app.kubernetes.io/name=deepseek-inference -n deepseek-prod -o jsonpath='{.items[0].metadata.name}') -n deepseek-prod -- ls -l /models/，确认软链接指向的物理文件与交付包内 sha256sum 完全一致。
注意：交付包中若含 INT4 量化版本，但 values.yaml 中 quantization: awq 未启用，vLLM 将静默回退至 FP16 加载——这会导致显存占用翻倍且延迟超标，必须人工校验配置与镜像内预置权重格式匹配。
验证等保三级审计链路完整性
第一步：确认 Audit Gateway 容器内 WAL 日志目录已挂载主机路径且具备写权限：kubectl exec -it $(kubectl get pod -l app=audit-gateway -n deepseek-prod -o jsonpath='{.items[0].metadata.name}') -n deepseek-prod -- ls -ld /var/log/audit-wal，输出应含 drwxr-xr-x 且属主为 1001。
第二步：触发一条测试请求：curl -X POST "http://$(kubectl get svc audit-gateway -n deepseek-prod -o jsonpath='{.spec.clusterIP}'):8080/v1/audit/log" -H "Content-Type: application/json" -d '{"event":"test","level":"INFO"}'。
第三步：立即检查对应 Pod 的 WAL 文件是否生成：kubectl exec -it $(kubectl get pod -l app=audit-gateway -n deepseek-prod -o jsonpath='{.items[0].metadata.name}') -n deepseek-prod -- ls -t /var/log/audit-wal/*.wal | head -n1，若无输出或报错 No such file or directory，说明国密 SM4 加密落盘模块未激活。
确认 Cache Proxy 冷热分离策略生效
连接 Redis Cluster 任一节点：kubectl exec -it $(kubectl get pod -l app=redis-node -n deepseek-prod -o jsonpath='{.items[0].metadata.name}') -n deepseek-prod -- redis-cli -c。
执行 CONFIG GET maxmemory-policy，返回值必须为 volatile-lru —— 这是冷热分离前提，若为 noeviction 则高频 Prompt 缓存将挤占全部内存，导致推理服务 OOM。
向 Cache Proxy 发送带 X-Cache-Strategy: hot 头的请求后，用 redis-cli KEYS "hot:*" 验证键名前缀是否生效；发送 X-Cache-Strategy: cold 请求后，检查 KEYS "cold:*" 是否存在对应条目。两者必须严格隔离，禁止出现 hot:prompt_123 和 cold:prompt_123 同时存在的情况。
