OpCore-Simplify快速自动生成可引导的 OpenCore EFI【免费下载链接】OpCore-SimplifyA tool designed to simplify the creation of OpenCore EFI项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-SimplifyOpCore-Simplify 是一个自动生成 OpenCore EFI 的命令行工具把整理 config.plist、挑选 ACPI 补丁向系统描述硬件电源与设备信息的表、对齐 kextmacOS 的内核扩展即驱动模块、匹配 SMBIOS 机型全部变成菜单操作最终交付一份可直接写入 U 盘的完整 EFI 目录和一份兼容性清单。下文按 入场检查 → 主流程 → 边界 → 排障 → 维护 的顺序展开。入场检查先判断能不能自动生成配置结论只要 CPU、GPU 和目标 macOS 版本都落在下表范围内工具就能为你生成可引导配置范围外会在检查阶段被直接拦截。判定逻辑在 Scripts/compatibility_checker.py判定数据在 Scripts/datasets/。组件支持范围Intel CPU第一代 Nehalem/Westmere 至 15 代 Arrow LakeCore Ultra Series 2AMD CPURyzen、Threadripper走 AMD Vanilla 路线Intel 核显Iron Lake一代至 Ice Lake十代AMD APU整个 Vega/Raven ASIC 家族Ryzen 1xxx–5xxx、7x30 系列AMD 独显Navi 23/22/21 及更早系列NVIDIAKepler、Pascal、Maxwell、Fermi、Tesla 世代macOSHigh Sierra 至 Tahoe三条触发即拦截的硬边界CPU 缺少 SSE4 指令集check_cpu_compatibility()会打印此类 CPU 无法运行 Sierra 之后的 macOS后直接退出Scripts/compatibility_checker.py。整机找不到一块受支持的 GPU同样以无法安装提示退出并要求重新导出带 GPU 信息的报告。所选 macOS 版本超出硬件原生支持范围走 OpenCore Legacy Patcher简称 OCLP让 macOS 跑在不受支持硬件上的补丁工具路线构建前show_oclp_warning()位于 OpCore-Simplify.py会弹出风险确认页——⚠️ OCLP 会关闭 SIP、AMFI 等安全机制副作用可能包括更新需要完整安装器、应用崩溃与系统不稳定需手动输入 yes 才继续。最短路径5 步自动生成 OpenCore EFI最小闭环 选报告 → 兼容性判定 → 选版本 → 构建 → 过核对清单全程在文本菜单中完成。环境准备支持 Windows 10/11、macOS、LinuxLinux 需已有可用的 Python 3 解释器。必须联网每次构建前都会下载 OpenCorePkg 与 kext。git clone https://gitcode.com/GitHub_Trending/op/OpCore-Simplify按系统启动Windows 双击OpCore-Simplify.batmacOS 运行OpCore-Simplify.commandLinux 执行python OpCore-Simplify.py。启动时 updater.py 会先把本地sha_version.txt与 GitHub 最新提交比对有新版自动替换。选择硬件报告。Windows 下在菜单按E工具自动下载并运行 Hardware Sniffer把Report.json与 ACPI 表导出到SysReport/其他系统把 Hardware Sniffer 生成的Report.json拖进菜单。Scripts/report_validator.py 随后做字段级校验。 **这一步做完你会看到**一份校验结论若有错误程序建议重新导出报告再试。兼容性检查。选定报告后自动执行把 CPU、GPU、网卡、蓝牙逐项对照 Scripts/datasets/ 的数据。 **这一步做完你会看到**每个组件支持的 macOS 版本区间标红 Unsupported 的条目就是这台机器需要你手动处理的边界。选择 macOS 版本。默认推荐该硬件兼容的最高稳定版若最新是 Beta 会自动回退一档需要 OCLP 的版本带醒目标注。 **这一步做完你会看到**主菜单显示已选版本、SMBIOS 机型与禁用设备清单——禁用判定由 Scripts/hardware_customizer.py 在报告选定阶段自动运行。构建 OpenCore EFI。选菜单第 6 项先下载最新引导程序与 kext数分钟再依次完成五步拷贝 EFI 基础目录、应用 ACPI 补丁、写入 kext 并快照进config.plist、生成config.plist、清理未使用的驱动/资源/工具步骤定义见 OpCore-Simplify.py 的build_opencore_efi()。 **这一步做完你会看到**产物落在项目根目录的Results/文件夹进度条走完并提示构建完成。过Before Using EFI清单。程序打印本机未满足的 BIOS 项开启 UEFI 并关闭 Legacy/CSM、关闭安全启动、开启 Above 4G Decoding、关闭 Resizable BAR/Smart Access Memory判定逻辑在check_bios_requirements()同时打印 USB 映射步骤——用 USBToolBox 做映射把生成的UTBMap.kext放进EFI/OC/Kexts、删除UTBDefault.kext再用 ProperTree 按 Command/CtrlR 运行 OC Snapshot 重扫config.plist单个控制器端口超过 15 个时启用XhciPortLimit补丁。这一步做完你会看到Before Using EFI 页面逐条列出待办并自动打开Results/文件夹。边界地图工具不管的事与定制入口README 明确说明它不保证首次尝试即成功职责是生成一个合理起点。以下环节工具不代劳Dortania Guide 的 OpenCore 基础概念需要你先自行了解。USB 端口映射工具只打印步骤上文第 5 步执行靠你。OCLP 路线安装后需手动应用根补丁以激活缺失功能如图形加速、现代 Broadcom Wi-FiAMD 独显还要移除-radvesa/-amd_no_dgpu_accel启动参数。macOS 更新时的适配、个别硬件的特异性问题由你自行测试与处理。菜单第 3/4/5 项允许手动调整 ACPI 补丁、kext 与 SMBIOS 机型分别对应 Scripts/acpi_guru.py、Scripts/kext_maestro.py、Scripts/smbios.py。⚠️ README 注明这一步不推荐普通用户改动——默认项已覆盖多数场景适合能自行核对补丁内容的人。高频定制场景笔记本独显自动禁用独显、改用核显驱动NVIDIA 卡走 Optimus/Bumblebee 方法或添加 disable-gpu 设备属性。FakeEC、FixHPET、PLUG、RTCAWAC 等常见补丁来自 SSDTTime 项目统一定义在 Scripts/datasets/acpi_patch_data.py。音频构建时从 Scripts/datasets/codec_layouts.py 的清单中选择声卡 Codec 的 Layout ID以匹配板载音频。Wi-FiScripts/wifi_profile_extractor.py 把当前系统的 Wi-Fi 配置提取进 EFI让 itlwmIntel 网卡驱动在开机时自动连接。其余细节混合 P/E 核 CPU 加载 CpuTopologyRebuild kext、Pentium/Celeron/Xeon 的 CPU ID 伪装与自定义机型名、仅带 HDMI/DVI 的核显强制 VESA 模式、有独显时切换核显无头/带载模式等见 README.md 的 Features 一节。验证产物与引导失败速查表引导前有四件必须确认的事报告校验有报错先重新导出Report.json——多数配置怪异源于报告过期或缺项。BIOS 项对照 Before Using EFI 页面逐条检查漏开 UEFI 是进不了引导选择器的最常见原因。产物完整性用 Scripts/integrity_checker.py 生成 SHA256 清单并逐文件比对核对写入 U 盘后的 EFI 是否被动过。config 一致性构建结束时工具会删除config.plist未引用的驱动与工具产物目录与 config 对不上通常意味着文件被手动改过。失败现象先看哪里处理入口引导选择器黑屏、无启动项BIOS 的 UEFI/安全启动按 EFI 清单重查 BIOS 与 USB 映射iServices 无法连接服务器内置网卡设备属性补丁确认该补丁未被手动移除内置硬盘显示为外接盘存储控制器设备属性补丁确认对应补丁已生效OCLP 路线无图形加速是否已应用根补丁应用根补丁AMD 独显移除-radvesa目标系统为 Tahoe 26OCLP 版本用 lzhoang2801 分支的 OCLP 3.0.0以上都不适用时的最终出口按 OpenCore 官方排障文档逐行看引导日志——安装过程本身的调试不在该工具覆盖范围内。长期维护自动更新机制与反馈渠道工具更新每次启动时 updater.py 比对本地sha_version.txt与 GitHub 最新提交发现新版自动下载主分支 ZIP 并替换本地无需手动追版本。组件更新每次构建前自动拉取最新的 OpenCorePkg 与 kext引导文件版本无需单独维护。反馈与贡献接受两条路径——fork 仓库提交 PR或开带 enhancement 标签的 issue。反馈硬件相关问题时附上Report.json与所选 macOS 版本便于维护者复现。许可证BSD 3-Clause见 LICENSE。现在就可以做的下一步克隆仓库 → 用 Hardware Sniffer 导出一份Report.json→ 把上面 5 步完整跑一遍跑完后Results/里就有一份可写入 U 盘的 EFI 目录程序打印的兼容性清单里被标红的组件正是你要手动处理的部分。【免费下载链接】OpCore-SimplifyA tool designed to simplify the creation of OpenCore EFI项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-Simplify创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/10/14 3:12:46 · 阅读 1.2k 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-SimplifyOpCore-Simplify 是一个自动生成 OpenCore EFI 的命令行工具把整理 config.plist、挑选 ACPI 补丁向系统描述硬件电源与设备信息的表、对齐 kextmacOS 的内核扩展即驱动模块、匹配 SMBIOS 机型全部变成菜单操作最终交付一份可直接写入 U 盘的完整 EFI 目录和一份兼容性清单。下文按 入场检查 → 主流程 → 边界 → 排障 → 维护 的顺序展开。入场检查先判断能不能自动生成配置结论只要 CPU、GPU 和目标 macOS 版本都落在下表范围内工具就能为你生成可引导配置范围外会在检查阶段被直接拦截。判定逻辑在 Scripts/compatibility_checker.py判定数据在 Scripts/datasets/。组件支持范围Intel CPU第一代 Nehalem/Westmere 至 15 代 Arrow LakeCore Ultra Series 2AMD CPURyzen、Threadripper走 AMD Vanilla 路线Intel 核显Iron Lake一代至 Ice Lake十代AMD APU整个 Vega/Raven ASIC 家族Ryzen 1xxx–5xxx、7x30 系列AMD 独显Navi 23/22/21 及更早系列NVIDIAKepler、Pascal、Maxwell、Fermi、Tesla 世代macOSHigh Sierra 至 Tahoe三条触发即拦截的硬边界CPU 缺少 SSE4 指令集check_cpu_compatibility()会打印此类 CPU 无法运行 Sierra 之后的 macOS后直接退出Scripts/compatibility_checker.py。整机找不到一块受支持的 GPU同样以无法安装提示退出并要求重新导出带 GPU 信息的报告。所选 macOS 版本超出硬件原生支持范围走 OpenCore Legacy Patcher简称 OCLP让 macOS 跑在不受支持硬件上的补丁工具路线构建前show_oclp_warning()位于 OpCore-Simplify.py会弹出风险确认页——⚠️ OCLP 会关闭 SIP、AMFI 等安全机制副作用可能包括更新需要完整安装器、应用崩溃与系统不稳定需手动输入 yes 才继续。最短路径5 步自动生成 OpenCore EFI最小闭环 选报告 → 兼容性判定 → 选版本 → 构建 → 过核对清单全程在文本菜单中完成。环境准备支持 Windows 10/11、macOS、LinuxLinux 需已有可用的 Python 3 解释器。必须联网每次构建前都会下载 OpenCorePkg 与 kext。git clone https://gitcode.com/GitHub_Trending/op/OpCore-Simplify按系统启动Windows 双击OpCore-Simplify.batmacOS 运行OpCore-Simplify.commandLinux 执行python OpCore-Simplify.py。启动时 updater.py 会先把本地sha_version.txt与 GitHub 最新提交比对有新版自动替换。选择硬件报告。Windows 下在菜单按E工具自动下载并运行 Hardware Sniffer把Report.json与 ACPI 表导出到SysReport/其他系统把 Hardware Sniffer 生成的Report.json拖进菜单。Scripts/report_validator.py 随后做字段级校验。 **这一步做完你会看到**一份校验结论若有错误程序建议重新导出报告再试。兼容性检查。选定报告后自动执行把 CPU、GPU、网卡、蓝牙逐项对照 Scripts/datasets/ 的数据。 **这一步做完你会看到**每个组件支持的 macOS 版本区间标红 Unsupported 的条目就是这台机器需要你手动处理的边界。选择 macOS 版本。默认推荐该硬件兼容的最高稳定版若最新是 Beta 会自动回退一档需要 OCLP 的版本带醒目标注。 **这一步做完你会看到**主菜单显示已选版本、SMBIOS 机型与禁用设备清单——禁用判定由 Scripts/hardware_customizer.py 在报告选定阶段自动运行。构建 OpenCore EFI。选菜单第 6 项先下载最新引导程序与 kext数分钟再依次完成五步拷贝 EFI 基础目录、应用 ACPI 补丁、写入 kext 并快照进config.plist、生成config.plist、清理未使用的驱动/资源/工具步骤定义见 OpCore-Simplify.py 的build_opencore_efi()。 **这一步做完你会看到**产物落在项目根目录的Results/文件夹进度条走完并提示构建完成。过Before Using EFI清单。程序打印本机未满足的 BIOS 项开启 UEFI 并关闭 Legacy/CSM、关闭安全启动、开启 Above 4G Decoding、关闭 Resizable BAR/Smart Access Memory判定逻辑在check_bios_requirements()同时打印 USB 映射步骤——用 USBToolBox 做映射把生成的UTBMap.kext放进EFI/OC/Kexts、删除UTBDefault.kext再用 ProperTree 按 Command/CtrlR 运行 OC Snapshot 重扫config.plist单个控制器端口超过 15 个时启用XhciPortLimit补丁。这一步做完你会看到Before Using EFI 页面逐条列出待办并自动打开Results/文件夹。边界地图工具不管的事与定制入口README 明确说明它不保证首次尝试即成功职责是生成一个合理起点。以下环节工具不代劳Dortania Guide 的 OpenCore 基础概念需要你先自行了解。USB 端口映射工具只打印步骤上文第 5 步执行靠你。OCLP 路线安装后需手动应用根补丁以激活缺失功能如图形加速、现代 Broadcom Wi-FiAMD 独显还要移除-radvesa/-amd_no_dgpu_accel启动参数。macOS 更新时的适配、个别硬件的特异性问题由你自行测试与处理。菜单第 3/4/5 项允许手动调整 ACPI 补丁、kext 与 SMBIOS 机型分别对应 Scripts/acpi_guru.py、Scripts/kext_maestro.py、Scripts/smbios.py。⚠️ README 注明这一步不推荐普通用户改动——默认项已覆盖多数场景适合能自行核对补丁内容的人。高频定制场景笔记本独显自动禁用独显、改用核显驱动NVIDIA 卡走 Optimus/Bumblebee 方法或添加 disable-gpu 设备属性。FakeEC、FixHPET、PLUG、RTCAWAC 等常见补丁来自 SSDTTime 项目统一定义在 Scripts/datasets/acpi_patch_data.py。音频构建时从 Scripts/datasets/codec_layouts.py 的清单中选择声卡 Codec 的 Layout ID以匹配板载音频。Wi-FiScripts/wifi_profile_extractor.py 把当前系统的 Wi-Fi 配置提取进 EFI让 itlwmIntel 网卡驱动在开机时自动连接。其余细节混合 P/E 核 CPU 加载 CpuTopologyRebuild kext、Pentium/Celeron/Xeon 的 CPU ID 伪装与自定义机型名、仅带 HDMI/DVI 的核显强制 VESA 模式、有独显时切换核显无头/带载模式等见 README.md 的 Features 一节。验证产物与引导失败速查表引导前有四件必须确认的事报告校验有报错先重新导出Report.json——多数配置怪异源于报告过期或缺项。BIOS 项对照 Before Using EFI 页面逐条检查漏开 UEFI 是进不了引导选择器的最常见原因。产物完整性用 Scripts/integrity_checker.py 生成 SHA256 清单并逐文件比对核对写入 U 盘后的 EFI 是否被动过。config 一致性构建结束时工具会删除config.plist未引用的驱动与工具产物目录与 config 对不上通常意味着文件被手动改过。失败现象先看哪里处理入口引导选择器黑屏、无启动项BIOS 的 UEFI/安全启动按 EFI 清单重查 BIOS 与 USB 映射iServices 无法连接服务器内置网卡设备属性补丁确认该补丁未被手动移除内置硬盘显示为外接盘存储控制器设备属性补丁确认对应补丁已生效OCLP 路线无图形加速是否已应用根补丁应用根补丁AMD 独显移除-radvesa目标系统为 Tahoe 26OCLP 版本用 lzhoang2801 分支的 OCLP 3.0.0以上都不适用时的最终出口按 OpenCore 官方排障文档逐行看引导日志——安装过程本身的调试不在该工具覆盖范围内。长期维护自动更新机制与反馈渠道工具更新每次启动时 updater.py 比对本地sha_version.txt与 GitHub 最新提交发现新版自动下载主分支 ZIP 并替换本地无需手动追版本。组件更新每次构建前自动拉取最新的 OpenCorePkg 与 kext引导文件版本无需单独维护。反馈与贡献接受两条路径——fork 仓库提交 PR或开带 enhancement 标签的 issue。反馈硬件相关问题时附上Report.json与所选 macOS 版本便于维护者复现。许可证BSD 3-Clause见 LICENSE。现在就可以做的下一步克隆仓库 → 用 Hardware Sniffer 导出一份Report.json→ 把上面 5 步完整跑一遍跑完后Results/里就有一份可写入 U 盘的 EFI 目录程序打印的兼容性清单里被标红的组件正是你要手动处理的部分。【免费下载链接】OpCore-SimplifyA tool designed to simplify the creation of OpenCore EFI项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-Simplify创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考