判断Windows启动方式：UEFI与Legacy BIOS四种检测法-北京尧图网络

简介安装Windows系统时确认电脑当前采用UEFI还是Legacy BIOS启动方式直接关系到分区表选择、引导修复以及后续安装流程判断错误轻则无法引导重则可能造成数据分区混乱。这份docx文档专门汇总了四种判断方法一是查看C:\Windows\Panther目录下的setupact.log日志文件搜索Detected BootEnvironment选项二是打开磁盘管理根据主硬盘类型是GPT还是MBR来推断因为GPT磁盘只能通过UEFI引导三是同时按下WinR并输入msinfo32在系统信息中查看BIOS模式显示为传统还是UEFI四是观察系统启动文件的扩展名是exe还是efi。文档特意将方法按使用场景区分既有适合进阶用户慢慢研究的日志查询也有适合快速判断的系统信息与磁盘管理并补充了Legacy BIOS与UEFI在分区表、启动文件上的核心差异UEFI对应GPT且启动文件为efiLegacy BIOS对应MBR且启动文件为exe这些底层区别有助于读者在实际操作中举一反三。资源为单个Word文档共1个文件大小仅166KB篇幅不大但整理清晰内容层级分明可直接复制到电脑或手机上查阅目前已有700人学习下载对普通用户和运维工程师均有参考价值。1. 先判定再动手UEFI 和 Legacy BIOS 的困惑往往在装完系统后才爆发每次有人抱着电脑来重装系统我第一句问的不是“你要装什么版本”而是“你现在是 UEFI 还是 Legacy BIOS 启动”。这个问题的答案直接决定分区表格式、引导修复方式甚至决定 Win7 能不能装上。我见过太多人装完系统重启卡在“Bootmgr is missing”就是因为在装系统前没搞清启动方式分区表选错引导文件没落在固件认的位置。其实判断 Windows 启动方式根本不用拆机也不用进 BIOS系统里留了不少痕迹——setupact.log 里藏着一行关键记录磁盘管理里 GPT 和 MBR 的选项会说话msinfo32 系统信息直接告诉你答案连引导文件的后缀名 .efi 和 .exe 都能露馅。这篇我把自己常用的四种判定方法连同命令行验证、翻车记录一起写清楚给装机从业者和折腾双系统的人一份可以直接照做的参考。2. 底层差异三条线MBR/GPT、.exe/.efi 与固件兼容层的边界2.1 MBR 与 GPT分区表决定了引导模式的硬件边界要理解启动方式先得把“固件模式”和“磁盘分区表”两个概念拆开。固件模式说的是主板 UEFI 固件或传统 BIOS 以哪种方式引导系统磁盘分区表说的是硬盘上的布局是 MBR 还是 GPT。这两者虽然强相关但并不是严格一一对应。MBRMaster Boot Record是上世纪 80 年代的结构主引导记录放在磁盘第一个扇区最多只能分 4 个主分区单分区容量上限 2TB。GPTGUID Partition Table是 UEFI 时代的标准分区数量可以到 128 个单分区能撑到 EB 级别还把备份分区表放在磁盘尾部坏了能自我恢复。Windows 从 GPT 硬盘引导必须以 UEFI 方式启动而且 Windows 安装程序默认不允许 UEFI 固件安装到 MBR 磁盘——它会弹一个“无法在 GPT 磁盘上安装 Windows”或者反过来“无法在 MBR 磁盘上安装 Windows”的提示。这里有一条非常重要的逻辑GPT 能推出 UEFI但 MBR 不能推出 Legacy因为 UEFI 固件通常也能通过 CSM 兼容模块引导 MBR 磁盘后面细说所以看到 GPT 可以说“这台肯定走的 UEFI”看到 MBR 说明不了任何事。很多人在这条判断上翻车就是把“GPT 推 UEFI”反过来用。我遇到过一台机器硬盘分区表是 MBR系统却是 UEFI 模式启动的——当时我自己都愣了一下后来查了固件设置才发现是 CSM 兼容模式导致的。所以经验是磁盘管理里看 GPT 只能作为“正向确认”手段不能作为“反向排除”依据。2.2 .exe 与 .efi启动程序文件格式差异的背后逻辑学过操作系统的人都知道传统 BIOS 引导过程是从 MBR 找引导代码再链式加载活动分区的 bootmgr最后调用 C:\Windows\System32\winload.exe 加载内核。UEFI 不一样它直接读取 ESPEFI System Partition里的 .efi 文件比如 \EFI\Microsoft\Boot\bootmgfw.efi然后由它去调 C:\Windows\System32\winload.efi。注意看这两个文件名一个是 winload.exe一个是 winload.efi。exe 是 PE 格式的可执行文件在传统 BIOS 的实模式环境下由 bootmgr 加载efi 也是 PE 格式但带上了 EFI 固件需要的特定头信息由 UEFI 固件或引导管理器加载。所以启动文件的扩展名就是启动方式的直接“指纹”——当前系统跑在哪个模式BCD 启动项里的 path 字段就会指向对应文件。这是判断方法里最硬核的一条不是猜不是看设置而是直接看系统当前加载的引导程序文件路径。可能有人问Win7 能 UEFI 启动吗能64 位 Win7 支持 UEFI 引导只是不支持 Secure Boot所以 Win7 的 UEFI 启动文件一样是 winload.efi。后面避坑章节我会写一个关于“Win7 却显示 UEFI”的真实案例。2.3 固件、Secure Boot 与 CSM被忽视的中间层UEFI 不是单一的“开”或“关”它中间还夹着两个会影响判定的开关Secure Boot 和 CSM。Secure Boot 是 UEFI 的安全启动功能只允许加载带有受信任签名的引导程序。Win8 及以后的系统默认支持Win7 因为没有签名机制开 Secure Boot 就起不来。CSMCompatibility Support Module兼容支持模块是 UEFI 固件里模拟传统 BIOS 的一层开启 CSM 后UEFI 主板可以引导 MBR 磁盘、可以跑 Legacy 模式。这就是为什么很多人进 BIOS 看到的不是“UEFI / Legacy”二选一而是“UEFI / Legacy / UEFI with CSM”三选一。CSM 的存在让“UEFI 启动 GPT”这个等式被打破。固件模式是 UEFI但通过 CSM 走了 Legacy 引导流程系统信息里的“BIOS 模式”可能显示“传统”但固件设置里明明是 UEFI。这种半吊子状态最容易让人误判。我遇到的翻车案例十有八九都发生在 CSM 开启的机器上。维度UEFILegacy BIOS / CSM分区表要求WindowsGPTMBR引导程序文件.efi.exe分区上限128 个4 个主分区单分区容量约 9.4ZB理论2TBSecure Boot支持不支持典型应用Win10/Win11/64位 Win8.1Win7 及以下、旧 PE所以判断启动方式不能只盯着一个指标而是多看几条线这就是我后面要强调的“交叉验证”。3. 四种判定法逐个实操setupact.log、磁盘管理、msinfo32 到启动文件路径3.1 方法一setupact.log 里搜 Detected BootEnvironment这个方法看起来“装 X”实际也是信息量最全的。Windows 安装程序的每个阶段都会往 C:\Windows\Panther\setupact.log 里写日志其中有一行专门记录安装时探测到的启动环境。操作步骤不多findstr /i Detected BootEnvironment C:\Windows\Panther\setupact.log跑完之后输出里会有一行类似Detected Boot Environment: BIOS看到 BIOS 就是传统模式看到 UEFI 就是 UEFI 模式。有人习惯直接双击用记事本打开 setupact.log我不推荐这个文件常以几十 MB 计记事本打开会卡死findstr 搜关键词一秒出结果效率差太多。注意如果输出为空先确认路径对不对Panther 文件夹可能被清理工具删掉部分内容另外安装过多次系统的机器Panther 目录下可能会有 setupact.log、setupact.1.log 这种分卷日志用通配符处理更稳findstr /i /s Detected BootEnvironment C:\Windows\Panther*.log。如果当前系统是升级安装而不是全新安装setupact.log 记载的可能是升级前的启动环境这种情况我会再拿方法三或方法四交叉确认一次才敢下结论。3.2 方法二磁盘管理看 GPT/MBR主硬盘那项为什么是灰色这个方法最直观也最容易误读。打开磁盘管理WinX 选磁盘管理看主硬盘那一行的布局类型。怎么把布局类型调出来右键磁盘左侧的“磁盘 0”区域选“属性”切到“卷”标签页能看到“磁盘分区形式GUID 分区表GPT”或“主启动记录MBR”。更常见的方法是在磁盘 0 上右键看菜单里出现的是“转换成 GPT 磁盘”还是“转换成 MBR 磁盘”。如果是“转换成 GPT 磁盘”说明当前是 MBR点击变成灰色选项为什么因为转换操作要求磁盘不能是系统盘或包含系统分区Windows 不会让你在自己正在跑的系统盘上做全局转换——对这种系统盘转换菜单里的指令通常是灰色不可用的。反过来如果右键显示“转换成 MBR 磁盘”说明当前是 GPT。判断逻辑一句话看到 GPT这台机器的 Windows 必然是以 UEFI 模式启动的Windows 不允许从 GPT 引导到 Legacy。但也有例外非 Windows 系统或特殊引导方式下UEFI 与 GPT、Legacy 与 GPT 的排列组合并非完全不存在所以这个方法只管“正向确认”。而且它只能看硬盘布局不能看固件设置判定层级比较浅。3.3 方法三msinfo32 系统信息一屏搞定这是我最推荐新手用的方法简单、直接、不依赖任何第三方工具。按 WinR 输入 msinfo32回车打开系统信息在右侧找到“BIOS 模式”这一行显示“传统”说明当前系统以 Legacy BIOS 方式启动显示“UEFI”说明当前系统以 UEFI 方式启动。Win7、Win8、Win8.1、Win10 和 Win11 的系统信息里都有“BIOS 模式”字段Vista 的 msinfo32 我也在老机器上见过位置一样。这台机器如果主板开了 CSMmsinfo32 有可能会把“传统”显示成空白或“Legacy”不同版本的系统信息对这字段的措辞略有差异但“传统”和“UEFI”两种结果的区分非常明显。这个方法本质上是 Windows 在启动时记录下来的固件模式可信度比磁盘管理高。你说它是“黑匣子”也行——系统怎么记录、在哪里记录普通用户不用管就用它当结论。我唯一提醒一点如果这台机器刚做过 BIOS 设置变更比如从 Legacy 切成 UEFI系统还没重装msinfo32 里的值和实际引导方式可能不一致这种情况要把方法四也过一遍。3.4 方法四启动文件路径识破 .efi 和 .exe通过 BCDBoot Configuration Data启动配置数据查当前引导项的路径是改动最少但信息最准确的办法。不需要第三方软件系统自带 bcdedit 就能看bcdedit /enum {current}输出里找“path”字段Windows 启动加载程序 ------------------- 标识符 {current} device partitionC: path \Windows\System32\winload.exe description Windows 10 locale zh-CN这里 path 是 \Windows\System32\winload.exe说明当前引导走的是传统 BIOS 模式。如果 UEFI 启动路径会变成 \Windows\System32\winload.efi。提示光看启动文件后缀还不够最好把输出里的 device 和 osdevice 一并看掉。有些机器 C 盘和引导分区不在同一块硬盘bcdedit 会显示 partitionD: 之类的路径这时候判断结论仍然是 efi 或 exe 说了算但后续修复引导时要知道引导项找的是哪块盘。为什么这个方法可信度最高因为它是系统当前实际使用的引导链路直接反映“系统在这个时刻是被谁拉起来的”。其他方法看的是“安装时”或“磁盘表面”的痕迹bcdedit 看的是“现在正在用”的事实。3.5 补充命令行一条龙脚本适合批量装机时用给批量装机或远程维护的场景补一个组合脚本用 PowerShell 一次输出磁盘布局、BIOS 模式和当前引导文件路径# 获取磁盘分区表类型PartitionStyle 为 GPT 或 MBR Get-Disk 0 | Select-Object Number, PartitionStyle, {NSize(GB);E{[math]::Round($_.Size/1GB,1)}} | Format-Table -AutoSize # 获取 BIOS 模式对应 msinfo32 的 BIOS 模式字段 (Get-CimInstance Win32_ComputerSystem).BootupState # 获取当前引导项的加载程序路径 bcdedit /enum {current} | Select-String pathGet-Disk 看的是物理磁盘的分区风格BootupState 在部分系统上返回的是“正常启动”之类的状态而非固件模式不能完全替代 msinfo32所以脚本里直接调 bcdedit 看 path 后缀非常关键。如果你想批量执行可以用 WinRM 远程 PowerShell但目标机器要提前配置好执行策略否则脚本会被拒绝运行Set-ExecutionPolicy RemoteSigned -Scope Process这个组合脚本的意义在于三行输出放在一起对比GPT winload.efi UEFI 是标准组合任何一项对不上就要警惕这就是后面避坑章节的核心逻辑。4. 避坑指南判定启动方式时最容易被误判的五个场景4.1 现象setupact.log 里搜不到 Detected BootEnvironment很多人按方法一执行 findstr结果输出为空就开始怀疑“是不是这台电脑没装过系统”。其实 setupact.log 不是每个系统都有这一行。原因Windows 安装程序只有在“全新安装”或“升级安装”阶段才会记录 BootEnvironment如果是用 Ghost/WinPE 镜像恢复、Sysprep 封装部署或者管理员手动清理过 Panther 目录这行日志就不存在。另外setupact.log 可能被安排在次级文件夹比如 C:\Windows\Panther\UnattendGC\ 下也有一份。解决先用 dir /s C:\Windows\Panther\setupact*.log 看看有几份日志再用 findstr 逐个搜都不行就直接切换到方法三 msinfo32 或方法四 bcdedit不要在一条路上死磕。我的习惯是直接把方法一当辅助手段主要看 msinfo32 和 bcdedit。4.2 现象磁盘管理里主硬盘“转换成 GPT 磁盘”和“转换成 MBR 磁盘”都是灰色的磁盘管理右键主硬盘两个转换选项同时灰掉这会让没经验的人以为系统坏了。原因转换选项的正常状态只有一种可用、一种灰色。两个都灰说明这个磁盘上存在当前系统正在使用的分区或者磁盘处于动态磁盘/系统保留分区保护状态。Windows 不允许对“当前系统盘”做分区表转换所以主硬盘通常是磁盘 0上的这两个选项一定都灰。解决这个方法在系统盘上本来就看不出结论换用 diskpart 看结果更干脆diskpart list disklist disk 输出里 GPT 列有“*”号的就是 GPT 磁盘没有就是 MBR。这个命令不需要转换任何东西纯读属性安全得多。之前有个同事就是卡在“两个都灰”上最后用 diskpart 十秒钟出了结论。4.3 现象msinfo32 显示“传统”但磁盘管理里硬盘却是 GPT这种情况最烧脑系统明明显示传统 BIOS硬盘却是 GPT 分区表。按常规理解这组合不该出现但它真实存在。原因主板固件开启了 CSM兼容支持模块此时 UEFI 固件以兼容模式引导 Legacy 系统而磁盘本身可以是从 GPT 转换过来的或者是其他工具在 Legacy 模式下写出来的 GPT 布局。Win7 时代有些主板尤其是笔记本默认就是 UEFI CSM再加上硬盘被某些分区工具改成了 GPT就会出现这种混搭。解决固件模式判断以 msinfo32 的“BIOS 模式”和 bcdedit 的 path 后缀为准磁盘布局是 GPT 并不天然等于 UEFI 启动。如果你要装双系统或调整启动方式得进 BIOS 把 CSM 关掉让固件真正跑在纯 UEFI 模式下再配合 GPT 磁盘才能进入标准组合。别问为什么 CSM 关不掉有的老主板 CSM 和 Secure Boot 是联动的关 Secure Boot 才能关 CSM这是固件厂商自己的逻辑。4.4 现象装的是 Win7但 msinfo32 显示 UEFIWin7 用户看到“UEFI”往往会愣一下潜意识里觉得 Win7 就应该是传统 BIOS。原因64 位 Win7 完全支持 UEFI 引导只要主板开了 UEFI 模式、关闭 Secure BootWin7 就能以纯 UEFI 方式装进 GPT 磁盘。很多人在 20152017 年间买的品牌机上装 Win7机器出厂默认 UEFI 模式装出来的就是 Win7 UEFI GPT 组合。32 位 Win7 则不支持 UEFI这是架构限制。解决遇到 Win7 UEFI不要强行改回 Legacy只要系统运行正常这个状态没有任何问题。真正要担心的是 Secure Boot——如果机器默认开 Secure BootWin7 装完会直接蓝屏 0xC1900101解决路径是进 BIOS 把 Secure Boot 设为 Disabled。判断 Win7 是不是 UEFI 方式除了 msinfo32还可以看 C:\Windows\Boot\EFI 文件夹是否存在存在就是 UEFI。4.5 现象bcdedit /enum {current} 报错“找不到指定的启动项”这个方法大多数时候都灵但有时会意外地扑空。原因bcdedit 默认读取的是当前系统 BCD 存储如果系统是从 VHD 启动、引导分区挂载方式异常或者 BCD 文件损坏/丢失{current} 标识符可能不存在。还有少量情况是 UEFI 固件的启动项被第三方工具比如 EasyBCD、BootICE改写了路径。解决换一种方式联系引导项直接用 store 参数指定 BCD 文件bcdedit /store C:\Boot\BCD /enum这段命令读取 C 盘下 Boot 文件夹中的 BCD 文件不依赖当前标识符总能枚举出所有启动项。真正 BCD 损坏的机器建议进 WinPE 后用 bcdboot 重建引导bcdboot C:\Windows /s S: /f ALL/f ALL 表示同时写入 BIOS 和 UEFI 两种引导适合不确定当前模式的情况但正常工作时我更推荐 /f UEFI 或 /f BIOS 精确写入避免引导项过多引发开机菜单混乱。5. 判定结果落地分区格式、双系统引导与老机器升级的配套选择5.1 从判定到安装全新装机时磁盘分区格式与引导模式要配套当你通过前面几种方法确认了启动方式接下来装系统时的选择就明确了。传统 Legacy BIOS 模式装系统硬盘格式化成 MBRUEFI 模式装系统硬盘格式化成 GPT然后让安装程序自动建 ESP/MSR 分区。注意不要反过来。制作启动 U 盘时也要对应选择用 Rufus 这类工具时分区方案选“GPT”对应 UEFI 启动选“MBR”对应 Legacy BIOS 启动。很多装系统失败的案例不是镜像问题而是 U 盘引导模式和硬盘固件模式不匹配——U 盘是 UEFI 引导硬盘是 MBR 分区直接卡在“Windows 无法安装到此磁盘”。装系统前我会先在目标机器上确认两件事主板启动模式进 BIOS 看 Boot Mode 是 UEFI 还是 Legacy以及安装介质引导模式U 盘是 UEFI 还是 BIOS 引导两者一致再开始。全新安装前分区格式的核心对照表固件模式磁盘分区格式安装系统版本备注Legacy BIOSMBRWin7/8/8.1/10/11 均可32/64位老机器最保险方案UEFI无CSMGPTWin8/8.1/10/11 64位、Win7 64位Win7 需关 Secure BootUEFI开启CSMMBR 或 GPT视引导方式而定混搭容易误判慎用5.2 双系统共存Win Linux 和 Win Win 的引导差异判定启动方式在双系统场景下的作用最直观。比如你要给一台 UEFI 启动的 Win10 机器加装 Linux那 Linux 的 /boot/efi 必须挂载到现有 ESP 分区就是那个单独的小分区一般 FAT32 格式100MB300MB安装器才会把 GRUB 引导文件放进固件能找到的目录。如果你用的是传统 BIOSLinux 安装器会把引导程序写进 MBR两者流程完全不同。修复引导时这种差异更明显。Windows 双系统引导丢失用 PE 启动盘打开命令行如果是 UEFI修复命令是bcdboot C:\Windows /s S: /f UEFI如果是 Legacy修复命令是bootrec /fixmbr bootrec /fixboot bootrec /rebuildbcd两条命令不能混用——用 bootrec 去修 UEFI 引导基本无效用 bcdboot /f UEFI 去修 Legacy 引导则会在 SSD 上创建一个没有固件调用的 EFI 目录。判定启动方式本质上是在决定用哪套修复工具。5.3 老机器升级Win7/Vista 时代机器的 UEFI 支持范围Vista 和 Win7 时代20072012 年的机器其 UEFI 固件和今天的 UEFI 不是一回事。早期 UEFI 固件很多不支持 Secure Boot、不支持从 GPT 直接引导 Windows甚至没有图形化的设置界面只提供一个空的 EFI Shell。这些机器如果出厂是 Legacy BIOS 模式硬盘也是 MBR那就老老实实继续用 MBR Legacy不要强行从 MBR 转 GPT 然后指望 UEFI 能引导——固件本身的能力不足。判断一台老机器能不能升级到 UEFI 引导直接在 BIOS 设置里找有没有“UEFI Boot”或“Boot Mode”字样。2011 年后的主流主板基本都带 UEFI但有些默认关闭需要切到 UEFI 模式并把 CSM 关掉才能用 GPT 硬盘装新系统。这个过程中误判风险最大的是“主板支持 UEFI”不等于“能跑 UEFI 的 Windows”你还得确认系统是 64 位的因为 32 位系统不支持 UEFI 引导 Windows。对这批老机器我一般直接说“能不动就别动”。如果一定要升级 Win10优先保留当前分区格式直接原地升级别做跨模式的转换。MBR 转 GPT 可以用 mbr2gpt.exeWin10 1703 以后自带但转换前必须确认主板支持纯 UEFI 启动否则转完进不了系统。mbr2gpt 的校验命令是mbr2gpt /validate /disk:0 /allowFullOS如果 validate 通过再执行mbr2gpt /convert /disk:0 /allowFullOS注意 /allowFullOS 只在完整 Windows 环境下转换用转换过程会自动创建 ESP 分区并改写引导转换后 BIOS 里要切到 UEFI 模式。这块操作风险偏高建议先在虚拟机里演练一遍。6. 交叉验证把结论钉死msinfo32 报告与 bcdedit 路径双保险判定启动方式这件事单靠一个方法下结论我已经吃过亏。最简单可靠的交叉验证组合是“msinfo32 看固件模式 bcdedit 看引导文件后缀”。msinfo32 告诉我们系统认为自己在什么模式下启动bcdedit 告诉我们系统实际加载的是哪个引导程序两个证据都指向同一结论才算完。msinfo32 有一个不常用的参数/report。它可以一次性把系统信息导出成文件msinfo32 /report C:\msinfo_report.txt这不是 GUI 的截图而是完整系统信息转储里面带“BIOS 模式”字段适合远程协助时让对方跑一下、把报告发回来不用让对方在图形界面里找半天。报告生成后搜索“BIOS 模式”或“BIOS Mode”findstr /i BIOS 模式 C:\msinfo_report.txt同时再跑bcdedit /enum {current} | findstr /i path得到 \Windows\System32\winload.efi 就和 msinfo32 的 UEFI 对上得到 winload.exe 就和“传统”对上。如果两项矛盾大概率是 CSM 在作怪或者系统从 VHD 等特殊介质启动这时再进 BIOS 看 Boot Mode 的实际设置三方对照结论就不会跑偏。有一回我远程排查同事的机器msinfo32 显示“传统”bcdedit 却是 winload.efi同事坚称“不可能”。后来他重启进 BIOS 才发现主板默认 UEFI CSM系统实际由 UEFI 方式拉起而 Windows 自己在兼容层记录信息时显示成了传统模式。从那以后我每次判断启动方式都强制走一遍“msinfo32 报告 bcdedit 路径”的双保险装系统、修引导再也不靠“印象流”说话了。希望这套方法帮到你少走我走过的弯路。本文还有配套的精品资源点击获取

判断Windows启动方式：UEFI与Legacy BIOS四种检测法

相关推荐

DeepSeek高效训练与性能优化：LoRA微调、量化压缩与vLLM部署全流程

NTP与SNTP时钟同步：原理、选型与生产避坑指南

DeepSeek全流程实操：从预训练、LoRA微调到低比特量化

更多资讯

北方苍鹰优化NGO-GPR高斯过程回归：小样本预测与超参数优化实战

viewport meta标签：移动Web渲染的底层控制开关

本地私有知识库搭建：AnythingLLM + Ollama 部署实战指南

编译器是代码的第一位审稿人：从编译流程到高频报错排查

企查查爬虫实战：破解key、value与x-pid动态签名机制

小波分解+BP神经网络风电功率预测实战指南

今日更新

PHP htmlentities()函数用法讲解

AI Agent工程实战：从七要素到七个决策点的系统设计指南

AI入局芯片设计验证：验证收敛50倍加速的真相与应对

本周精选

CMOS设计三大物理效应：体效应、沟道长度调制与亚阈值导电

微信小程序在线阅读毕设全解析：Java后端+MySQL+避坑实战

Android音频问题五层分析法：从App到Codec的系统化诊断

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？