OpCore-Simplify 完全指南：从硬件报告到分钟级生成可启动的 OpenCore EFI

OpCore-Simplify 完全指南：从硬件报告到分钟级生成可启动的 OpenCore EFI

【免费下载链接】OpCore-SimplifyA tool designed to simplify the creation of OpenCore EFI项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-Simplify

OpCore-Simplify 是一个为黑苹果用户设计的命令行工具，把 OpenCore EFI 生成自动化：你导入一份硬件报告，它自动完成兼容性核对、macOS 版本选择、config.plist 写入，最后产出一个可直接写入启动 U 盘的 EFI 文件夹。

它是什么，OpenCore EFI 生成的链路长什么样

手工搭 OpenCore EFI 意味着：逐项确认 CPU、显卡是否被 macOS 支持，判断芯片组要开哪些 BIOS 选项，再把几百项参数填进 config.plist（OpenCore 开机时读取的主配置文件），错一个布尔值就可能开不了机。OpCore-Simplify 把这条手工链路压缩成一次输入输出：Report.json加 ACPI 表作为输入，中间依次做兼容性判定、选 macOS 版本、挑 ACPI 补丁和 kext，最终输出一个完整的 EFI 目录。

工具的交互形态是主菜单，6 个选项各对应链路里的一段：

1. Select Hardware Report（选硬件报告）
2. Select macOS Version（选系统版本）
3. Customize ACPI Patch（改 ACPI 补丁）
4. Customize Kexts（改 kext）
5. Customize SMBIOS Model（改 SMBIOS 机型，即 macOS 对外宣称的 Mac 型号）
6. Build OpenCore EFI（构建）

菜单顶部会实时显示当前已选的报告路径、系统版本、机型和禁用设备，所以每一步做完都能立刻确认状态。

如何运行：三个平台入口不同

1. 下载项目 ZIP 并解压，或者用命令git clone https://gitcode.com/GitHub_Trending/op/OpCore-Simplify拉取源码。
2. 按操作系统选入口：Windows 双击OpCore-Simplify.bat，macOS 双击OpCore-Simplify.command，Linux 用现有 Python 解释器运行OpCore-Simplify.py。
3. 启动时工具会自查是否有新版本，有则先更新再重新进入菜单。

动作只有一个：确认菜单正常出现、且没有停在更新提示上，再开始后续操作。

📥 硬件报告怎么导出

工具的一切判断都基于两份输入：Report.json（硬件清单）和 ACPI 表转储（固件里设备描述的原始数据）。获取方式有两条：

• 在 Windows 上，选报告的步骤里提供E. Export hardware report选项，工具会自动调用 Hardware Sniffer 采集，并落盘到SysReport/目录。它采集的是你"此刻"的 BIOS 状态，是最稳妥的方式。
• 在其他系统，或想手动控制采集过程时，自己运行 Hardware Sniffer 生成Report.json与 ACPI dump，再把报告路径拖进工具即可。

导入后，Scripts/report_validator.py 会逐项核对主板、BIOS、CPU、GPU、网卡、USB 控制器等必填字段的完整性与格式，缺数据或版本过旧会直接打回并要求重新导出，而不是放行。

为什么要强调"现在"导出：BIOS 选项和设备状态在几天内就可能变化，拿旧报告做兼容计算，等于拿旧地基盖新房。

🔍 兼容性检查看什么

报告导入后，Scripts/compatibility_checker.py 会对照Scripts/datasets/下的内置数据集逐项核对，为每个设备给出结论：支持与否、可覆盖的 macOS 版本区间。各维度对应的数据文件如下：

检查会同时产出两个版本区间：硬件"原生支持"的 macOS 范围，以及需要 OpenCore Legacy Patcher（下称 OCLP，给新版 macOS 补回已移除支持的补丁工具）才能跑的范围，选版本时这两类会分开标注。

macOS 版本怎么选，为什么不总选最新

默认推荐遵循一条规则：在原生支持区间里取最高稳定版；如果你的核显属于部分 AMD 或 Apple 设备 ID，推荐会自动下压到 Monterey 或 Big Sur，因为更新版本已移除对这些核显的支持。

版本列表里有两种标注，含义和代价不同：

如果选了 OCLP 依赖的版本，构建前工具还会单独弹一次风险确认。另有两条需要记牢的事实：

• macOS Tahoe (26) 目前只有 lzhoang2801 仓库的 OCLP 3.0.0 及以上版本支持，官方 Dortania 发布不支持。
• "最新版"与"最稳"是两回事，拿不准时跟着推荐版本走。

ACPI 补丁和 kext 的默认逻辑在做什么

ACPI 是固件与操作系统之间的接口，补丁本质上是修补或补全 macOS 读不懂的设备描述。Scripts/acpi_guru.py 模块整合了 SSDTTime 的常用补丁（FakeEC、FixHPET、PLUG、RTCAWAC 等），再叠加一批自定义逻辑：禁用不受支持的 PCI 设备（独显、无线网卡、NVMe 控制器等）、修正_PRW睡眠唤醒值、补 ALS0、BUS0 等缺失设备。你一般不用看 DSDT 原文，确认勾选了哪些补丁即可。

kext 是 macOS 的加载型驱动模块。kext_maestro 模块的策略是"按需加载"：根据你选的 macOS 版本和硬件报告判断哪些是必需的，写入Kernel段，而不是把仓库里能装的都塞进去。驱动装多了不加分，反而容易引入冲突，默认清单已经做了减法。

生成阶段，config_prodigy 模块还会应用一批"微调"：给部分 AMD GPU 做 ID 伪装、给 Intel 大小核 CPU 启用 CpuTopologyRebuild、自定义 CPU 名称、按 Resizable BAR 信息配置ResizeAppleGpuBars、给 itlwm 写入自动连接 WiFi 的配置等。

想深入时，主菜单 3/4/5 可以手动改 ACPI 补丁、kext 和 SMBIOS 机型。建议的顺序是：默认配置先完整跑通、确认能启动，再回头一处一处地改。

🛠 点下构建后，后台发生了什么

构建分两段。先是资源准备：工具自动拉取最新的 OpenCorePkg 和 kext（来源为 Dortania Builds 与 GitHub release，带 SHA256 校验，本地缓存下载历史以便增量获取），所以下载耗时主要取决于网速。如果所选版本标注了 OCLP 依赖，这里还会先弹一次风险确认。

随后是本次 OpenCore EFI 生成的构建流程，共四个阶段，界面有进度条：

1. 把 EFI 基础结构拷贝到Results/目录
2. 写入配置：生成并应用 ACPI 补丁、复制 kext 并对Kernel段做快照，再由 Scripts/config_prodigy.py 产出完整 config.plist
3. 清理：删掉未被使用的驱动、资源文件和工具，让产物干净
4. 打印Results/路径，构建结束

EFI 产出之后还要做什么

构建完成不等于能装。工具会列出"Before Using EFI"清单（它对比导出报告时的状态，只提示实际需要变更的项），自己也要过一遍：

漏掉这两类设置时最常见的症状就是：装系统时识别不到 U 盘，或装完睡眠/唤醒出问题。

如何降低首次构建的翻车率

1. 每次构建前重新导出报告，不复用旧文件。因为报告是所有判断的依据，它过期则兼容性结论全部过期。
2. 默认配置先完整跑通一遍，确认能启动后，再回主菜单 3/4/5 逐项修改，一次只改一处并单独验证。
3. 使用 OCLP 依赖的版本时，安装完成后记得补 root patch 以启用图形加速、Broadcom 无线等特性；AMD GPU 还需移除启动参数-radvesa/-amd_no_dgpu_accel，加速才会生效。
4. 开工前让工具完成一次自更新（启动时自动检查），数据集越新，兼容性结论越准。
5. 备一个安装器 U 盘：Windows 上可用 UnPlugged 制作 macOS 安装盘，排查问题时对照 OpenCore 官方故障排查指南，比反复推倒重建快得多。

【免费下载链接】OpCore-SimplifyA tool designed to simplify the creation of OpenCore EFI项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-Simplify