从版本、Java、加载器和 Mod，到服务端、基岩版、崩溃分析与备份，XCL2 把常用流程收进一个桌面应用；新手可以一键完成，熟悉后也能逐项自定义。
这是 XCL2 存在的全部理由：把安装 Minecraft 时最容易卡住新手的三件事，压缩成一次点击。
点击“开始游戏”后，XCL2 会按顺序自动完成版本下载、Java 环境检测与安装、资源文件校验，中途不需要你手动干预或去网上查教程。
接入 Modrinth 与 CurseForge 两大平台，中文关键词也能搜到对应模组，安装后自动处理依赖关系。
每张卡片只放一个实际例子。点击卡片查看说明；点击页面里的任意截图，可以放大查看细节。
例如：正版账号、离线账号与第三方认证账号可以共存，启动前直接切换。
例如：给生存、光影和不同整合包各建一个实例，Mod、存档与资源互不干扰。
例如：启动 1.20.1 时自动匹配合适的 Java，也能为该实例单独指定内存和 JVM 参数。
例如：弱网下载中断后继续任务，并在标题栏暂停、恢复或取消，不影响已完成文件。
例如：选择正式版或预览版客户端下载并启动，也能导入 .mcworld / .mcpack 内容。
例如：更新整合包前备份整个实例，换电脑时再导入；设置也能单独导出与恢复。
例如：游戏崩溃后直接分析报告中的内存、Java 或 Mod 冲突线索，并可导出日志求助。
例如：选择 Paper 与游戏版本后，自动下载核心、匹配 Java，再用内置控制台启停服务器。
例如：经你确认后读取本次日志，解释报错并给出排查步骤；也支持自定义模型与接口。
例如：跟随系统深浅色、换背景与强调色，再按电脑性能选择低动效或高性能模式。
例如：下界坐标换算、种子结构查询、JVM 参数生成和资源包校验都能直接使用。
源码中的 Bedrock 独立页面已经把原来分散的功能合并：检测与启动 Minecraft for Windows、下载历史客户端、导入内容、管理运行进程，以及下载和启动 Bedrock Dedicated Server。
可检测 Microsoft Store 安装的 Minecraft for Windows，也能导入已有客户端目录；正式版与预览版分渠道获取版本列表，并保留多个本地实例。
支持 .mcworld、.mcpack、.mcaddon 与 .mctemplate，也可以把文件直接拖进启动器窗口。
Bedrock Dedicated Server 支持正式 / 预览渠道、版本选择、下载与启动；客户端侧还能枚举正在运行的 Minecraft.Windows 实例并按需关闭。
正版 / Trial / Demo 授权仍由 Minecraft for Windows 与 Microsoft Store 自己判断。 XCL2 不读取也不修改账户授权状态。通过下载包侧载客户端时，Windows 可能需要开启开发者模式；多版本下载还需要访问 GitHub 与微软更新服务器。
根据 XCL2 源码中的 AI 面板与服务实现整理：普通问题和复杂排障可以自动路由到不同模型，并把日志、设置和工作目录访问放在明确的确认边界内。
AI 助手支持自动 / 普通 / 专家 / 指定模型四种回答模式。复杂日志、崩溃与注入排查可以走专家路线；日常功能入口与使用说明则走更轻量的普通路线。
2.1k / 18k tok源码内置 15 套界面语言资源。除了简体、繁体、粤语、英日韩等常用语言，也有音译中文、Microsoft 风格中文与文言文等彩蛋，随时可以切回正常语言。
XCL2 的每一项功能默认对所有人开放，不存在“赞助解锁”的隐藏开关。
“国产第三方”和“国外第三方”都包含很多不同项目，下面只描述常见倾向；官方启动器则以 Mojang / Microsoft 的原生游戏入口为参照。
| 维度 | XCL2本项目 | 国产第三方常见情况 | 官方启动器Mojang / Microsoft | 国外第三方常见情况 |
|---|---|---|---|---|
| 主要定位 | 一站式 Java + 基岩 + 服务端 + 工具 + AI | 通常围绕 Java 启动、下载与整合包生态 | 官方账号与官方游戏的直接启动入口 | 多实例、整合包、模组生态是常见重点 |
| Java / 环境自动配置 | 检测、匹配、下载，并可按实例覆盖 Java / JVM 参数 | 常见支持，自动化深度因产品而异 | 以官方游戏运行环境为主 | 常见支持，策略因项目而异 |
| Modrinth + CurseForge | 双平台搜索、下载与依赖处理 | 部分项目支持双平台或其中之一 | 不是官方启动器核心功能 | 较常见，但平台组合不同 |
| 中文 Mod 搜索辅助 | 内置中文关键词 / 名称匹配辅助 | 部分项目对中文生态支持较强 | 无此定位 | 多数项目以英文生态为主 |
| 基岩版能力 | 检测启动、历史客户端、内容导入、进程管理、BDS | 因产品而异，通常不是统一标配 | 官方基岩版启动体验最直接 | 因产品而异，很多仍以 Java 为主 |
| 内置 AI 排障 | 模型路由、深度思考、联网搜索、授权读取日志 | 目前并非普遍标配 | 不是核心功能 | 目前并非普遍标配 |
| 多实例 / Mod 管理 | 实例隔离、依赖检查、批量更新、备份 | 常见支持 | 实例管理相对基础 | 很多项目的核心能力 |
| Java / 基岩 / 服务端统一入口 | 同一桌面应用集中管理 | 因产品而异 | 服务端管理不是主要定位 | 因产品而异 |
| 源码可审查 | GitHub 开源，可自行编译 | 有开源也有闭源 | 官方客户端并非开源项目 | 开源项目较多，也存在闭源产品 |
| 启动器内存占用 | 作者日常观察：常见状态约为官方启动器的 1/5、约为多数第三方启动器的 2/3～4/5 | 通常低于官方；不少完整功能型项目高于 XCL2，但也有更轻量的项目占用更低 | 作者日常观察中通常明显高于 XCL2，约为其 5 倍量级 | 完整功能型项目常见高于 XCL2；部分极简 / 轻量启动器会低于 XCL2 |
| 功能赞助门槛 | 功能不设赞助解锁，赞助只用于支持开发 | 赞助解锁额外功能在国内第三方中较常见，但并非所有项目都如此 | 需要对应 Minecraft 授权，不属于“赞助解锁”模式 | 支持者权益、付费功能或完全免费均有，因项目而异 |
首次启动会自动进入引导流程，不熟悉 Minecraft 生态也能顺利完成配置。
支持微软正版登录与离线模式，语言引导覆盖简繁中文、粤语、英日韩等十余种。
扫描本机已有的 Java 版本，缺失时自动下载适配版本，无需手动配置路径。
按发行版、快照或整合包筛选，确认后点击“开始游戏”，剩下的交给 XCL2。
下载、校验、启动全自动完成，进度与日志实时可见，出问题也知道卡在哪一步。
把首次使用最容易遇到的问题集中放在这里；点开任意问题即可查看说明。
不是。默认流程会帮你选好通常合适的配置，但内存分配、JVM 参数、Java、版本隔离等选项都保留在设置里，需要精细调整时随时可以改。
可以。XCL2 支持离线模式启动，也支持微软正版登录，两种账号方式可以在同一个启动器里共存并随时切换。是否能进入要求正版验证的服务器，仍由对应服务器规则决定。
是的。模组市场、多实例、AI 助手、服务器管理等功能默认对所有用户开放。国内第三方启动器中“赞助解锁额外功能”的模式比较常见，但 XCL2 不采用这种功能门槛；爱发电赞助完全自愿，用于补贴开发与服务器成本。
目前主要面向 Windows 桌面环境优化，建议使用 Windows 10 1903 或更高版本。过旧系统可能在 .NET、WebView2、TLS 或系统组件方面出现兼容问题。
必须安装。XCL2 主程序依赖 .NET 8 Desktop Runtime；64 位 Windows 通常安装 x64，只有 32 位 Windows 才选择 x86。下载中心同时提供微软官方入口和作者镜像。
非常不建议省略。没有 WebView2 时即使主程序还能启动，也会明显影响内嵌登录、网页型工具以及其他依赖 WebView2 的功能，体验会受到较大影响。为了完整使用 XCL2，强烈建议安装常青版 WebView2 Runtime。
按作者日常使用观察，XCL2 常见运行状态的内存占用大约是官方启动器的 1/5，并约为多数完整功能型第三方启动器的 2/3～4/5。不过这不是统一硬件上的标准化基准；页面、WebView2、下载任务、缓存和功能状态都会影响结果，也确实有一些极简轻量启动器比 XCL2 更省内存。
不能。XCL2 可以检测、启动、下载和管理 Minecraft for Windows 客户端及 Bedrock Dedicated Server，但正版 / Trial / Demo 授权仍由 Microsoft Store 与 Minecraft for Windows 自己判断，XCL2 不读取也不修改账号授权状态。
当你使用下载包侧载某些基岩版客户端时，Windows 的应用安装策略可能要求开启开发者模式。这个要求来自 Windows 的侧载机制，而不是 XCL2 用来绕过授权的功能。
不会无提示直接读取。按当前实现，访问日志、设置或工作目录文本文件前会请求用户确认；工作目录为空时文件访问关闭，设置后也限制在该目录及其子目录内。使用自定义 API 时，还应同时留意你所选择模型服务商的隐私条款。
已经安装在本机的游戏、实例和大量本地管理功能仍可使用，但正版登录刷新、版本 / 模组下载、联网搜索、GitHub 更新日志以及依赖在线 API 的 AI 功能需要网络连接。
可以。项目在 GitHub 开源，可以自行审查代码与编译，也欢迎通过 Issue 或 Pull Request 反馈问题和贡献改进。请同时遵守仓库当前采用的许可证与第三方依赖许可。
