灵枢OPC专用 销冠系统 · 授权控制台

每个「用户」＝一台设备（按机器指纹），一行对应一台电脑 / 一个客户；积分余额与到期时间均为该设备独立数据，互不共享。若两台电脑积分完全同步、一起扣分，通常是复制了已激活的安装目录（见使用教程「多台电脑 / 给客户装机」）。
绑定卡密列显示该设备历史绑定过的卡密总数：正常一台电脑 ≈1（续费会累积）；若显示红色（48 小时内激活 ≥3 张），通常是多台电脑的机器指纹相同（常见于主板 UUID 为出厂默认值），此时新卡激活会被误判为「续费顺延」，到期时间被反复叠加——请核对后点「重置授权」修复。

额度语义：-1 或留空 = 不限，0 = 不可生成，正数 = 累计可生成的张数上限（仅约束服务商，超管不受限）。开通后服务商可用该账号登录本控制台：自助生成卡密、管理名下用户、设置品牌名；其消耗与发货均从服务商积分余额扣减。
天卡＝24 小时试用卡（激活赠送 30 积分），同一台电脑默认只能试用一次，需再次试用可在「用户」页人工放行。

「已激活」＝该服务商名下卡密被客户激活过的累计张数（以卡为准：客户换卡续费后旧卡虽变成「已续费替代」、被撤的变成「已撤销」，仍然计入），反映服务商的真实业绩；「当前归属用户」＝此刻仍归属该服务商的客户数（瞬时值，客户换卡不会增加）。因此已激活数 ≥ 当前归属用户数属正常现象——例如某服务商当前只有 3 个归属客户，但他们反复换卡续费，累计激活可达 10 张，这不是 Bug。

保存后客户机左上角与窗口标题将显示「品牌名·销冠系统」；清空并保存则恢复默认「销冠系统」。客户机在下次向云端校验（最长 6 小时）或重新激活后生效。

加载中…

这是什么：新客户首次安装用的完整安装包（约 200MB，含 Node/Python 运行环境）。上传即替换旧版本，用户在 kf.xwopc.cn 「软件下载」立即拿到新版（大文件上传请保持本页打开）。
注意：这里发布的是"给新机器装机用"的整包，老客户机不会因为这个包而自动升级——老客户用的是下面那张卡片的「在线更新包」。

加载中…

这是什么：老客户机一键升级用的增量包，只含程序文件（server/src、web/dist、启动脚本、server/package.json），约 1MB——不需要让客户下载 200MB 整包。客户数据、账号、积分与设置不在更新范围内。
发布后会发生什么：所有版本号低于该版本的客户机，下次打开面板时左下角会出现橙色「有新版本」提示。
⚠ 不会自动升级：客户机只是"看到"有新版本，必须由客户自己点「立即更新」才会真正升级并重启服务。你在这里只能决定"有没有得更新"，装不装、什么时候装由客户决定。
适用前提：客户机版本已是 v1.1.10 或更新。v1.1.9 及更早的机器还没有这个功能，需要先手工覆盖一次 setup-update-<版本>.zip（可从本机下载页取），之后才纳入自动提示范围。

客户在面板「工单与反馈」提交的 Bug 反馈 / 新功能建议 都会汇总到这里（工单不分销，服务商账号看不到）。 有效反馈与采纳的建议可在详情里发放 100~10000 积分奖励——积分直接进该设备的 AI 账户余额， 客户机最长 6 小时自动同步，也可让客户在面板点「刷新积分」立即到账。
注意：一张工单只能发奖一次（防止重复扣减平台积分）；来自未激活设备的工单需客户先激活卡密才能发奖。

口径：只统计经 /dl/ 计数入口的下载（下载页 / 教程页上的按钮都走的这个入口）。 不计入的两类：客户机「立即更新」的在线更新包（走 /downloads/updates/ 直链）、老客户手上的 /downloads/ 历史直链。 「安装包 / 微信程序 / 环境包」三列代表新用户在了解产品；「更新包」列是老客户手动升级，不代表新用户——想看「每天有多少人在了解产品」，请只看前三列。
「人数」按请求来源 IP 去重（同一个人当天下了 2 个文件只算 1 人），「日期」列按北京时间（UTC+8）汇总——与后端日界一致； 表里的具体时间戳（如「最近下载」）沿用全站统一口径，显示的是后端存的 UTC 时间。

口径：客户机面板每次启动检查更新（GET /api/client/update）时上报一次，本页是这些上报的累计画像。 机器去重优先用「机器标识」（1.1.15 起客户端上报本机指纹前 12 位）； 老版本客户端（1.1.14 及以前）不带指纹，只能用 IP 哈希近似——同一个宽带出口下的多台机器会被算成 1 台， 而家庭/办公宽带 IP 变动时，同一台机器又会被算成多台，因此机器数偏高属已知偏差，不是 bug。 另外，同一台机器升级版本后会分别占一行（这正是为了看清「谁从 1.1.12 升到了 1.1.14」）。 「最近上报」列沿用全站统一口径，显示的是后端存的 UTC 时间。

「机器标识」= 客户端上报的本机指纹前 12 位（1.1.15 起）； 显示「未上报」的是老版本客户端不带指纹，改用 IP 哈希前 12 位近似去重—— 同出口 IP 会被并成 1 台，仅作参考。

客户机把客户发来的图片转成 image_url 发给云端代理，代理按「本轮是否带图」分流： 带图 → 用这里的识图模型；纯文本 → 仍走原文本模型 deepseek-chat（本页不影响它）。
Key 只存在云端、永不下发客户机；客户机每成功调用一次照常扣 1 积分，账单里会记下实际模型名。
三项（接口地址 / 模型名 / API Key）齐备才算启用；未启用时带图请求会被明确拒绝， 客户机会自动「去掉图片、纯文本重试」——不会静默、也不会编造图片内容。

下面只是「走 OpenAI 兼容协议、能收图」的常见选项，具体模型名以厂商控制台当前可用的为准； 填完点「测试连通性」，两项都通过才算真的能用。

本页只是云端这一半。客户机那一半必须同时满足下面两条，缺一条都还是「纯文本」：
① 图片要落盘：桥接的环境变量 WXAUTO_IMAGE_SAVE=1（默认关；关着时图片根本不会存到本机，服务端拿不到路径）；
② 视觉开关打开：服务端 LLM_VISION 未设置或不为 0（代码默认开）。
两条都满足后，客户机发图才会带 image_url 上来，本页配置才真正被用到。