OpCore Simplify 完整指南从一份硬件报告生成黑苹果 OpenCore EFI【免费下载链接】OpCore-SimplifyA tool designed to simplify the creation of OpenCore EFI项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-SimplifyOpCore Simplify 是什么一个命令行工具你把一台电脑导出的硬件报告丢给它它就替你算出 CPU、显卡、网卡各自能跑哪些 macOS 版本自动筛好 ACPI 补丁和内核扩展最后产出一个可直接拷贝到 U 盘启动的 EFI 文件夹。面向愿意动手、想少手写config.plist的黑苹果在非 Apple 硬件上运行 macOS 的俗称用户对 BIOS 一无所知、期望双击即成的新手别急着上手——最终能否点亮仍取决于你自己主板和固件的表现。三步跑通最小流程获取、启动、喂报告第 1 步拿到项目。Git 用户执行git clone https://gitcode.com/GitHub_Trending/op/OpCore-Simplify或者下载压缩包解压到任意目录。第 2 步运行入口脚本。三个系统各有一个入口系统入口说明WindowsOpCore-Simplify.bat会自动查找或引导你安装 PythonmacOSOpCore-Simplify.command双击即可Linuxpython OpCore-Simplify.py需要本机已有 Python 环境首次启动会先执行 updater.py 比对本地 SHA 版本号与远端最新提交有更新则拉取并自动重启之后才进入主菜单。第 3 步喂一份硬件报告。主菜单第一项 Select Hardware Report 支持拖入Report.jsonWindows 下多一个 E. Export hardware report 选项会直接调用 Hardware Sniffer 导出报告和 ACPI 转储存到SysReport/目录——官方推荐走这条路径因为报告反映的是导出那一刻的 BIOS 状态。报告会被 Scripts/report_validator.py 逐字段结构校验主板、BIOS、CPU、GPU 信息缺一项就中断提示你用最新版 Hardware Sniffer 重新导出。到这里兼容性分析已经自动跑完界面直接跳到Select macOS Version你看到的推荐版本就是全部计算结果。它替你做完的五件事各自由哪个模块兜底1. 逐器件计算 macOS 版本区间Scripts/compatibility_checker.py 分别对 CPU、GPU、网络、蓝牙、声卡、存储、SD 读卡器跑一遍区间计算依据是 Scripts/datasets/ 下的硬件知识库cpu_data.py、gpu_data.py、chipset_data.py、pci_data.py等。结果是三段式标注绿色 原生支持的版本区间黄色 只能跑到某版本红色 不支持。同时它区分原生支持和需要 OpenCore Legacy Patcher给新系统打补丁以兼容老硬件的工具两条路径后者在你选高版本时会触发警告。2. 按你的硬件勾选 ACPI 补丁ACPI 补丁修正主板固件描述有误的设备信息的补丁不是盲选而是由 Scripts/acpi_guru.py 读取你的 DSDT 后按需触发FakeEC 缺不缺、IRQ 冲突在哪、要不要禁用某块不支持的 PCI 设备都由 Scripts/dsdt.py 解析表结构后决定。3. 按 PCI 设备 ID 匹配内核扩展Scripts/kext_maestro.py 打开每个 KextmacOS 驱动硬件的小插件内部的 PCI ID 声明和你的报告对号入座再按目标 macOS 版本过滤兼容性不匹配的自动不勾选。4. 构建时边写边裁剪 EFI主入口 OpCore-Simplify.py 的build_opencore_efi按固定五步走复制 OpenCorePkg 基础包 → 写入 ACPI 补丁 → 拷贝 Kext 并快照进config.plist→ 由 Scripts/config_prodigy.py 生成完整config.plist含 CPU 伪装、显卡属性、内核补丁、引导参数→ 删除没用到的驱动、资源和工具。产物落在项目根目录Results/。5. 构建前自动保鲜 落盘后自校验Scripts/gathering_files.py 每次构建前查询 Dortania Builds 与 GitHub 发布页对比本地OCK_Files/缓存的下载记录只拉有更新的启动器和 KextScripts/integrity_checker.py 会为本地文件生成 SHA256 清单并在需要时验证防止缓存损坏的文件直接进 EFI。为什么按报告 → 区间 → 构建 → 清单分步而不是端到端一把梭这套分步设计对应三个现实约束理解它之后你排错会快很多报告是唯一事实源。后面所有决策版本区间、补丁、Kext都只从Report.json取数所以重新导出报告就是绝大多数问题的复位键而不是改配置。版本选择被弱器件钳制。select_macos_version会遍历 GPU、网卡、蓝牙、SD 控制器取兼容性区间下限中最低者作为推荐值——推荐版本偏低不是 bug是设计。构建是幂等的。每次 Build OpenCore EFI 会清空重建Results/你改任何选项后重新构建即可不用担心残留文件污染。收尾清单是独立一步。before_using_efi会对比你改 BIOS 前和改完后两次报告的差异列出还差什么见下节并强制提醒 USB 映射尚未完成。四个高频卡点现象 → 原因 → 处置现象原因你的动作报告校验失败提示重新导出Hardware Sniffer 版本过旧或导出时 GPU 字段缺失用最新版重新导出不要手改Report.json推荐 macOS 版本低于预期推荐值由兼容性区间最窄的器件决定通常是显卡或网卡界面会标出建议只用某版本或更低坚持选高版本前先确认该器件在目标版本下的驱动路径⚠️ 选到需 OpenCore Legacy Patcher 的版本时弹警告该补丁器会关闭 SIP 和 AMFI 等安全机制后果链系统更新可能需要完整安装器、应用随机崩溃、系统不稳输入yes前认真评估若你的硬件走原生路径能覆盖需求优先选原生区间内的版本构建成功但机器点不亮生成 EFI 之后的手工环节没做BIOS 项没改完或 USB 映射缺失核对构建结束时的 Before Using EFI 清单BIOS 侧开 UEFI、关 Secure Boot、新桌面平台开 Above 4G Decoding 并关 Resizable BAR/Smart Access MemoryUSB 侧用 USBToolBox 映射后把生成的UTBMap.kext放进EFI/OC/Kexts删掉UTBDefault.kext再用 ProperTree 打开config.plist跑一次 OC Snapshot单控制器端口超 15 个时启用 XhciPortLimit 补丁另有一条 Windows 环境的正常限制Hardware Sniffer 拿不到 GPU 的 Resizable BAR 状态和 PE 下的显示器连接信息遇到这类提示不用排查属于导出端的已知边界。进阶玩法与边界声明主菜单 3、4、5 项是自定义入口分别调整 ACPI 补丁、Kext、SMBIOS 机型告诉 macOS 自己是哪台 Mac 的机型标识。官方明确给自定义 SMBIOS 标注了 not recommended——除非你清楚机型字段会连带影响驱动和功率管理行为否则保留默认推荐。一份 EFI 复用到多台同硬件机器Results/本质是普通文件夹复制即可但 USB 映射结果每台可能不同映射相关的 Kext 需各自重做。备份习惯换硬件或换 macOS 版本后把旧Results/连同当次硬件报告一起另存方便回退对比。边界这个工具产出的是启动配置不替你装系统。制作安装盘Windows 侧通常用 UnPlugged、安装后打补丁等后续步骤仍需按 Dortania 指南走黑苹果属于在非官方硬件上运行 macOS软件许可与硬件风险请自行确认重要数据先备份。项目遵循 BSD 3-Clause 许可见 LICENSE。下一步导出最新一次 BIOS 状态下的硬件报告跑通 Select Hardware Report → Select macOS Version → Build OpenCore EFI 这三步拿到你的第一个Results/文件夹。【免费下载链接】OpCore-SimplifyA tool designed to simplify the creation of OpenCore EFI项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-Simplify创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考