快速结论
Bundle 预装运行时与 dsh 内核，解决首次启动依赖下载；它不自动附带 DeepSeek 模型权重、云 API 额度或所有插件依赖。
- 社区发布说明将 _Bundle 定义为离线捆绑包。
- 说明列出内置 Node.js、pnpm 与打包的 dsh 内核。
- 能离线启动应用，不能单独证明模型推理也离线。
本次更新：10 月 14 日核验后新增，注明消息日期与适用范围。
社区 DSH Tauri 的安装包说明区分常规包和带 _Bundle 后缀的离线捆绑包。选包时应同时核对项目、平台、架构和发行渠道。
两类包有什么区别
| 项目 | 常规包 | Bundle |
|---|---|---|
| 首次运行依赖 | 按需下载运行时依赖 | 预装 Node.js、pnpm 与 dsh 内核 |
| 网络较受限时 | 需核对下载来源是否可达 | 可减少首次启动依赖下载 |
| 模型服务 | 按实际配置连接 | 同样按实际配置连接 |
| 更新记录 | 核对所选版本与渠道 | 同样核对所选版本与渠道 |
Bundle 描述的是应用运行依赖。云模型调用、额外插件安装及联网工具都有自己的条件。若要做本地推理，需要另行准备可运行的模型服务和模型文件，见本地 Ollama 接入。
下载前记下四项信息
记录发布页、标签、文件名与 CPU 架构。不要把常规或 Bundle 误当作稳定或 Beta 渠道：包的打包方式与发布状态是不同维度。
同一发行页未必为每个平台提供相同资产，以 Assets 中实际文件为准。需要某个包时核对文件名和平台，而不是推断所有说明中的组合都已上传。
首次启动怎么核对
先确认应用能打开与内核能启动；再发送简单模型请求；随后核对必要插件及工具是否可用。按这个顺序，可以区分运行时下载、模型连接与插件依赖问题。
升级时保留原版本和配置记录。不同模型或内核的连接与工具结果应分别确认，不能仅凭窗口打开就判断整个工作流正常。
本文基于发布说明解释选包方法，没有安装比较包体大小或启动速度，也不提供离线推理性能结论。
参考资料
本文依据以下资料整理，版本与接口信息请以来源页面的现行说明为准。
阅读至此返回学习中心