截至 2026 年 10 月 27 日，官方稳定版下载区列出 3D Slicer 5.12.4，但没有 Apple Silicon 安装包；5.13.0 预览版则提供 Apple Silicon 下载，页面同时提示该支持“新加入，可能尚未完全可用”。因此，更稳妥的选择是：用预览版做隔离验证，保留已验证的研究基线；只有目标流程在团队实际数据和交接方式下验收通过，才考虑迁移。官方3D Slicer 下载页列出的预览包为 2026 年 10 月 22 日构建的 revision 35397。
正在 Apple Silicon Mac 上初次验证 3D Slicer 的研究生：需要判断预览版能否用于自己的任务。
维护医学影像分析流程的课题组管理员：需要避免版本变动破坏复现与协作。
开发或维护扩展的研究人员：需要确认预览版是否能用于初步兼容性检查。
最后更新于 2026 年 10 月 27 日；版本号、下载状态与预览提示核对自官方 3D Slicer 下载页，平台要求及安装说明核对自官方入门与系统要求文档。
先看版本状态：下载得到，不代表适合生产分析
当前的关键区别不是“能不能启动”，而是“该版本能不能承担课题组已经依赖的分析流程”。官方页面将 5.13.0 标为预览版，并明确提示 Apple Silicon 支持可能尚未完全可用；稳定版 5.12.4 的 Apple Silicon 包显示为不可用。预览包可下载，只能证明存在对应安装包，不能替代项目验收，也不是稳定支持的保证。
版本分支本身也影响维护成本。官方入门文档说明，预览版持续更新，扩展并非持续随版本更新；稳定版经过更严格测试，面向最新稳定版本的扩展会持续更新。对需要复核既有结果的课题，预览环境的变化意味着扩展可用性和项目复现情况都要重新确认，而不是只检查应用能否打开。
Apple Silicon Mac 上该装预览版还是稳定版？
按任务目的选择，不要把所有研究任务都搬到预览版：
| 选择 | 适合的用途 | 需要接受的限制 |
|---|---|---|
| 5.13.0 Apple Silicon 预览版 | 验证 Mac 端交互、打开代表性项目、初步检查扩展 | 官方提示可能尚未完全可用；扩展可能暂缺或需要重新核验 |
| 5.12.4 稳定版 | 继续使用团队已验证的稳定工作流 | 官方下载页没有 Apple Silicon 稳定安装包，不能把该版本当作当前可直接下载的 Apple Silicon 稳定方案 |
| 实验室已有的 Windows 或 Linux 基线 | 延续当前课题分析、维护复现流程 | 若项目还要求 Mac 端验收，仍需单独安排 Mac 兼容验证 |
判断规则：如果问题是“项目在 Apple Silicon Mac 上能否完成指定操作”，可并行试用预览版；如果问题是“现有结果能否持续复现、团队能否照常交付”，先保留已经验收的环境。官方入门文档列出 Windows、macOS 和 Linux 平台支持，因此是否新增 Mac 验收应由项目交付要求决定，而不是默认所有医学影像任务都必须迁移到 Mac。
个人研究生：先复制项目，再用代表性数据试跑
对个人探索而言，预览版适合回答具体问题：课题是否需要 Mac 端验证？数据能否载入？关键模块能否完成预定操作？若研究任务在现有 Linux 或 Windows 环境已经可复现，只因看到 Apple Silicon 下载包而切换主环境，可能只增加版本管理负担，并不能证明分析更可靠。
建议把预览版测试限制在非敏感代表性数据和项目副本中。项目副本应包含测试用影像、场景文件、分割或标注结果，以及记录在案的处理参数；不要在唯一的原始项目上直接试跑。若项目采用 MRB 场景包，应重新打开保存后的包，确认关联数据也能正常读取。官方场景保存接口文档说明，MRB 可将场景与数据文件打包保存。
⚠️ “应用启动了”只证明程序进入界面；“项目打开了”也不等于测量、分割或导出结果已通过课题验收。
课题组维护者：把稳定任务与试验任务分开
团队如果正用已验证版本处理正式课题，应让预览版运行在独立测试环境或独立项目副本中。至少需要确认以下环节，并将结果记录到项目文档或组内版本记录：
- 项目打开：检查原有场景、影像、分割和节点组织是否完整；若文件引用依赖原目录结构，也要核对数据路径。
- 关键处理：按课题实际步骤重复操作，例如团队依赖的影像载入、分割、配准或测量；不需要的模块不必为“全面测试”而增加。
- 结果导出：导出目标文件，再由团队成员按日常流程重新载入或检查，确认交付物符合项目要求。
- 文件交接：将测试项目交给另一位成员，在其环境中复核场景与关联数据；若使用 MRB，确认完整包可打开，若使用 MRML 与外部数据，则确认文件一并交付。
- 记录环境：保存 Slicer 版本与 revision、系统版本、扩展清单、输入样例标识和关键参数，让后续复测能对应到同一配置。
DICOM 工作流还要单独检查扩展依赖。官方DICOM 模块文档指出，某些对象类型需要对应扩展，导入与载入也是不同环节。因此，验收记录应写明测试数据如何导入、哪些扩展参与，以及最终结果是否由实际项目成员复核，而不只写“DICOM 已打开”。
扩展开发者：将预览版用于兼容性初筛
如果扩展承担关键处理任务，预览版可以作为提前发现加载和交互问题的测试环境，但一次试运行不能代替目标稳定版本验收。先确认扩展是否出现在当前版本、是否适用于目标架构，再检查加载、核心按钮交互和代表性输入输出。官方扩展使用文档说明，扩展可能尚未为当前预览构建，或因构建错误、扩展自身兼容问题而暂不可用；暂时找不到扩展时，不宜直接判断为项目不兼容。
还要注意扩展目录与平台架构的对应关系。官方扩展开发文档列出了按 revision、操作系统及架构查询扩展目录的方式；扩展能否安装，应以对应版本的目录与项目记录为准，而不是根据其他系统上的安装结果推断。
第一步：按可复核顺序完成验证
下面的流程适用于想判断“预览版能否承担某项具体研究任务”的团队；它不是性能测试，也不把未核实的版本差异预设为结论。
- 核对下载页。确认稳定版与预览版编号、Apple Silicon 包状态及提示文字。页面状态可能变化，开始测试前重新检查，避免沿用旧截图或旧下载链接。
- 固定测试样例。挑选经许可可用于测试的非敏感代表性数据，并复制现有项目。不要把患者可识别信息上传到未经课题组批准的环境。
- 隔离安装与记录。将预览版与当前基线分开管理，记录版本、revision、系统版本和扩展列表。官方入门文档说明可安装多个版本而不互相干扰；Mac 上安装时应将应用从镜像卷移到应用目录，否则扩展或 Python 包可能无法写入。
- 核验下载完整性。按官方页面提供的校验值核对安装包；macOS 可使用命令：
bash shasum -a 512 "$PKG"
输出会包含本地计算出的摘要和文件名；它不是验收结果，只用于和下载页列出的校验值比较。 - 执行任务关键路径。从导入代表性数据开始，完成课题实际依赖的处理步骤、可视化与导出。若使用扩展，把扩展加载与实际操作都纳入检查。
- 复核交付并作出结论。重新打开导出文件或项目包，并请另一位成员依照记录复核。若任何关键步骤失败，或组内成员无法按记录复现，就把结论限定为“预览验证未通过”，继续保留原有工作流。
验收结果应对应项目的实际要求：需要输出哪种文件、哪些操作必须一致、由谁复核。DICOM 文档也提醒，导入数据可能需要合适的插件，并可能存在多种解释方式；因此，复核应关注课题数据及结果，而不是只对照软件菜单是否相同。
实验室没有 Apple Silicon Mac，怎样验证 Mac 版本？
先区分验证任务的类型：远程图形交互、扩展初步检查和跨平台文件交接，可能适合在远程 macOS 环境中尝试；涉及本地显示设备、特殊外设、严格受控的敏感数据，或必须验证物理设备行为的任务，则不能仅凭远程桌面完成验收。官方入门文档提到可在虚拟机等环境运行 3D Slicer，但这不等于任何远程机器都满足图形交互或机构数据政策。
如果课题确实需要远程完成 Mac 端交互，可先阅读 ViewMini 的远程 Mac 环境说明，再根据数据合规要求、图形交互需求及项目验收清单判断是否适用。涉及患者数据时，应先确认学校或机构对数据存储、访问和传输的规定；服务配置、地域、价格与实际性能应以页面可核实信息为准，不应由软件版本状态推断。若需要确认任务是否适合远程环境，可通过 联系 ViewMini 询问，并在提供数据前确认合规边界。
对当前仍在稳定版环境完成正式分析、且没有必须交付的 macOS 端结果的实验室，保留现有 Windows 或 Linux 工作流通常更合适；它们是 3D Slicer 支持的平台，不必为了“有 Mac 版”而整体迁移。相反，若课题要求 Apple Silicon 上的界面交互或文件交接验收，而实验室没有对应设备，远程 Mac 可以作为有限范围的验证选项，但不应默认承接敏感数据或长期正式分析。
用一台独享 Apple Silicon Mac，验证你的预览版工作流
无需先购置本地设备，按日或周租用 ViewMini 独享物理 Mac，实际检查安装、扩展与项目流程。