zhaoshang_client_ui/.env.development

VITE_VERSION=${npm_package_version}
# VITE_API="//192.168.14.25:4006"
# VITE_API="//human-card-mini.metamaker.cn"
# VITE_API="//fifth-hospital.test.metamaker.cn"
VITE_API="//qingpu-data-api.metamaker.cn"
VITE_APP_KEY="e61a4f61170a4b2f8f88ee946e2e635b"
VITE_MODEL_SERVER="https://qingpu-data-api.metamaker.cn/llms/qingpu"

# VITE_API="/api"
VITE_USE_KNOWLEDGE_API=true
VITE_DOWNLOAD_URL="https://qingpu-data-api.metamaker.cn/llm/download/"
# 政策库优先用仓库内的本地副本（/merchant-agent/policies_public.v1.json）
# 原因：远端那份 327 条**全都没有** data.市级政策id，取不到 id 就拼不出政策详情地址，
# 表现为详情面板的「政策名称」是纯文本、点不开；本地这份 261/262 有该字段。
# 仅开发环境打开（见 index.html），生产仍远端优先
VITE_POLICY_LOCAL_FIRST="true"
VITE_PARENT_ORIGIN = 'https://192.168.14.50:5174'

# 新版聊天协议后端（POST /api/chat，SSE）
# 开发环境走 vite 同源代理（见 vite.config.ts 的 /chat-api/），
# 避免 HTTPS 页面直连 HTTP 后端被浏览器拦截，同时绕开后端未实现 CORS 的问题
VITE_CHAT_API="/chat-api"
# 聊天后端真实地址。dev 走同源代理（VITE_CHAT_API 是代理前缀，见 vite.config.ts），
# 代理的 target 从**这个变量**读，不再硬编码在 vite.config.ts 里
VITE_CHAT_TARGET="http://192.168.2.23:8000"

# DMS 数据管理服务（会话/问答记录/反馈的落地库）
# 走 vite 同源代理：HTTPS 页面直连 http:// 的 DMS 会被浏览器按混合内容拦截，
# 且 token 由代理侧注入（见 vite.config.ts），不进浏览器产物
VITE_DMS_API="/dms-api"
VITE_DMS_TARGET="http://121.43.55.7:10081"

# 取 OSS 上传签名的接口（当前为厂商 metamaker 提供，实测无需鉴权）。
# 换自建签名服务时只改这里（见 harness/docs/reference/current-api-call-sites.md）

# 取本机 IP 的接口（DMS 访客归属：访客_<IP>，见 src/utils/client-ip.ts）
# 它是 **HTTP**，而页面是 HTTPS —— 直连会被混合内容拦掉，所以走同源代理
VITE_IP_API="/ip-api"
VITE_IP_TARGET="http://121.43.55.7:10011"

# 阿里云 NLS（实时语音识别）的 token 端点 —— 后端网关提供，**同源路径**。
# 网关只有 HTTP、页面是 HTTPS，直连会被混合内容拦掉，所以走 vite 代理（见 vite.config.ts 的 /aly-api/）。
# 生产要在 nginx 里把 /aly-api/ 转发到 http://121.43.55.7:10011/（去掉前缀），前端代码不用改。
VITE_NLS_TOKEN_API="/aly-api/proxy/verify/getALYToken"

# NLS 的 appkey（识别请求要带）。它**不是密钥**，但按约定不写进仓库文件：
# 开发期放 .env.development.local（gitignored），生产由部署侧注入 VITE_NLS_APPKEY。