科研工作站安装ImmTele客户端前，先确认哪些条件
系统版本、处理器架构、磁盘空间和项目目录权限共同决定客户端能否稳定运行。
先识别工作站承担的任务
采集电脑、阅片工作站和分析服务器承担的任务不同。安装前先确认这台设备只查看结果、接收原始影像，还是执行三维重建。任务不同，需要的磁盘、显存和目录权限也不同。
不要因为安装程序能够启动，就默认设备适合处理完整项目。先用一组不含敏感信息的小型样例测试打开、传输和导出。
系统与处理器要一起看
Windows设备需要区分x64与ARM，macOS需要区分Apple芯片与Intel。系统名称相同，不代表安装包和依赖完全一致。
从系统信息页面记录版本与架构，再核对客户端说明。不要通过反复下载不同文件来猜测。
把项目目录与个人下载分开
正式资料不应长期停留在浏览器默认下载目录。建立独立项目位置，并确认客户端只有任务需要的读写权限。
升级或迁移前先完成当前同步，导出配置并保存文件清单。这样回退时能判断缺失发生在安装还是资料迁移。
先计算项目会占用多少本地空间
原始影像、缓存、临时解压和派生模型可能同时存在。只按下载包大小预留磁盘，任务运行后很快会被缓存挤满。
用一个代表性批次观察峰值占用，再为失败恢复和版本并存预留空间。磁盘接近满载时暂停新任务，避免写入中断。
显卡不是所有任务的必需条件
二维查看和文件校验通常主要依赖存储与CPU，三维重建或AI推理才可能明显使用显卡。把所有问题归因于显卡，会忽略驱动、内存和数据格式。
先查看任务日志确认实际调用的计算设备。升级硬件之前，用相同数据在已知正常环境完成一次对照。
网络目录需要额外测试
客户端能够看到共享目录，不等于长时间写入稳定。权限继承、断线重连和文件锁都会影响大型对象。
用测试对象执行创建、续写、重命名和删除，并确认失败后不会留下看似完整的半成品。正式资料仍应有独立备份。
安装完成后建立基线
记录客户端版本、系统版本、处理器、驱动和样例任务结果。以后出现变化时，团队能够知道环境在哪个时间点发生改变。
基线不需要包含账号或敏感路径。保留能重现运行条件的版本信息、测试结果和已知限制即可。
把安装准备变成一次完整试跑
一台新工作站进入项目时，先不要导入正式资料。选取结构具有代表性、又不包含敏感信息的小型样例，依次完成安装、登录、目录选择、上传、接收读取和退出会话。窗口能够打开只是起点，整条路径能够走完才说明设备具备基本条件。
试跑期间记录客户端版本、系统构建号、处理器架构和目标目录。若另一台设备能够读取同一批样例，还要核对对象数量、元数据与摘要。这样可以在项目开始前发现权限、路径和格式问题，而不是等到大型任务运行后再返工。
升级安排不要同时改变所有条件
系统更新、客户端升级、存储迁移和网络切换若在同一天进行，故障发生后很难定位。更稳妥的节奏是先在非关键设备验证一个变化，保留旧版本和当前配置，再逐台推广。
回退能力不等于复制整个磁盘。客户端程序、配置和项目数据应分别管理，明确哪些能够恢复、哪些是升级后新产生的记录。验证完成后，把已通过的设备组合写入团队说明，下一位成员不必从头试错。