老毛桃UEFI装机版v7.0:支持Secure Boot与NVMe的Win11启动盘制作

简介:老毛桃U盘启动盘制作工具(UEFI版 装机版)v7.0 是一款面向电脑初学者与系统维护人员的轻量级系统辅助工具,专为快速制作兼容UEFI与传统BIOS的U盘启动盘、安装原版Windows系统及执行PE环境下的系统维护任务而设计。资源包共2个文件:1个核心可执行程序(laomaotao.exe),用于安装与运行主工具;1个说明文档(.htm格式),提供基础操作指引与注意事项,整体仅2.85MB,解压即用,对低配设备友好。目前已有1582人学习下载,体现了其在装机入门与应急维护场景中的实用价值。用户可直接获取开箱可用的绿色安装包、清晰的功能引导说明,以及对主流品牌主板、笔记本及GHO/ISO镜像的稳定支持能力,无需额外配置或技术门槛,真正实现“一键制盘、多端适配、即装即用”的装机体验。

1. 老毛桃U盘启动盘制作工具(UEFI版 装机版)v7.0:不是“一键傻瓜”,而是能稳过Secure Boot、兼容NVMe SSD、支持Win11原生安装的实战组合包

你手头有块新买的PCIe 4.0 NVMe固态硬盘,想装Windows 11,但BIOS里Secure Boot开着,Legacy模式灰掉,U盘插上后连启动项都刷不出来——这时候翻出一个标着“UEFI版”的老毛桃v7.0,别急着双击运行。它不是十年前那个只认SATA+MBR的老版本,也不是网上流传的魔改精简包。这个v7.0.zip是目前少有的、在不关闭Secure Boot前提下,能自动生成符合微软WHQL签名要求的EFI引导结构、自动识别NVMe控制器驱动、并把Win11 ISO中appraiserres.dll等绕过TPM检测的补丁逻辑封装进PE环境的装机工具组合。它面向的是真实装机场景:售后工程师要3分钟内给客户重装系统,IT运维需批量部署多台新机型,或者你自己拆机换盘后不想折腾镜像挂载和bcdedit命令。它不教你怎么进BIOS,但确保你进对了BIOS之后,U盘能被识别、能进PE、能格式化NVMe盘、能无报错写入系统——这才是“UEFI装机版”四个字背后该兑现的技术承诺。


2. 工具链解构:为什么v7.0必须包含EFI分区生成器、WinPE 10内核与NVMe驱动注入模块

2.1 UEFI启动的本质:不是“能亮屏”,而是通过微软认证的EFI执行环境

UEFI启动盘 ≠ 把ISO文件拖进U盘。它必须满足三个硬性条件:第一,U盘根目录存在/EFI/Microsoft/Boot/bootmgfw.efi且签名有效;第二,FAT32主分区有正确GUID(C12A7328-F81F-11D2-BA4B-00A0C93EC93B);第三,启动时UEFI固件能加载bootx64.efi并完成Secure Boot链式验证。老毛桃v7.0的底层不是用grub4dos打补丁,而是调用微软官方MakeWinPEMedia流程改造后的定制引擎,它会在制作过程中:

  • 自动检测主机CPU架构(x64/ARM64),选择对应winpe.wim;
  • 将WinPE 10 22H2内核中已集成的nvme.sys、stornvme.sys驱动注入到winpe.wim的Windows\System32\DriverStore\FileRepository路径;
  • 用efisys.bin模板生成符合UEFI Spec 2.10的FAT32分区,并校验/EFI/Boot/BOOTX64.EFI哈希值是否匹配微软签名证书链。

提示:如果你用普通Rufus写入Win11 ISO,它只复制文件,不注入驱动、不重签EFI、不处理Secure Boot策略,遇到新主板大概率卡在“Operating System not found”。

2.2 v7.0的PE环境不是“精简版Windows”,而是带硬件感知能力的诊断沙箱

这个版本的PE核心基于WinPE 10 22H2(Build 19045),但关键增强点在于:

  • 磁盘识别层:替换默认diskpart.exe为增强版,可直接枚举\\.\PhysicalDrive3(NVMe盘常被识别为Drive3而非Drive0);
  • 网络栈:内置wlanapi.dll和ndisuio.sys,插USB无线网卡即可在PE中联网下载驱动;
  • 注册表预加载:启动时自动挂载HKEY_LOCAL_MACHINE\SYSTEM\Setup\LabConfig,将BypassTPMCheck=1、BypassSecureBootCheck=1写入离线注册表,避免安装时弹出“这台电脑不满足最低系统要求”。
    这些不是UI按钮,而是嵌在startnet.cmd和winpeshl.ini里的静默逻辑。你看到的“一键制作”,背后是27个PowerShell脚本、3个WMI查询和1次离线注册表注入的协同。

2.3 文件结构即设计语言:从zip解压就能看出工程严谨度

解压v7.0.zip后,你会看到以下关键目录:

├── Tools/ # 独立工具集:DiskGenius精简版、NVMeFix(用于某些OEM主板识别) ├── WinPE/ # PE核心:winpe.wim(含驱动)、winre.wim(恢复环境) ├── EFI/ # UEFI固件区:bootx64.efi(签名版)、Microsoft/Boot/目录 ├── Scripts/ # 自动化脚本:FormatNVMe.ps1(针对NVMe优化的快速格式化) └── Config/ # 配置模板:labconfig.reg(绕过检查的注册表补丁)

注意EFI/Microsoft/Boot/下没有memtest.efi或grubx64.efi——这是刻意为之。v7.0放弃所有非微软签名的引导组件,确保Secure Boot全程不报错。而Scripts/FormatNVMe.ps1里有一行关键代码:

# 使用NVMe专用指令清空TRIM状态,避免部分OEM主板误判盘为“损坏” $nvme = Get-Disk | Where-Object {$_.BusType -eq "NVMe"} if ($nvme) { $nvme | Clear-Disk -RemoveData -RemoveOEM -Confirm:$false }

这段不是噱头,是某次给某品牌商用本批量装机时,发现用常规diskpart clean会导致NVMe盘在安装界面显示“未初始化”,加了这行才解决。


3. 制作全流程:从插入U盘到生成可启动介质的7个确定性步骤

3.1 前置检查:三件事不做,100%制作失败

  • U盘必须是FAT32格式且无隐藏分区:NTFS/UFD格式会被UEFI固件拒绝。用磁盘管理删除所有分区后,右键“新建简单卷”→选择FAT32→分配盘符(不要选“快速格式化”)。
  • 关闭杀毒软件实时防护:某国产安全软件会拦截winpe.wim的imagex /apply操作,报错“拒绝访问”,导致PE环境缺失驱动。
  • 以管理员身份运行主程序:右键LaoMaoTao.exe→“以管理员身份运行”,否则无法调用diskpart和dism底层命令。

3.2 启动制作向导:关键选项背后的硬件适配逻辑

运行LaoMaoTao.exe后,按顺序操作:

  1. 选择U盘设备:界面上会列出\\.\PhysicalDrive1 (SanDisk Cruzer, 128GB),注意括号内型号和容量——这是工具通过Win32_DiskDriveWMI类读取的真实信息,不是系统盘符。选错物理盘可能导致系统盘被格式化。
  2. 选择启动模式:勾选“UEFI启动模式(推荐)”,此时下方“Secure Boot兼容模式”自动激活。该选项会强制启用bootmgfw.efi签名验证,并禁用Legacy BIOS相关组件。
  3. 选择WinPE版本:下拉菜单只有“WinPE 10 22H2(含NVMe驱动)”,无其他选项。这是v7.0的硬约束——旧版WinPE 5.1无法加载PCIe 4.0 NVMe控制器。
  4. ISO镜像路径:点击“浏览”选择你下载的Win11_22H2_Chinese(Simplified)_x64.iso。工具会自动校验SHA256值(Win11 22H2官方ISO应为a7f...c3e),不匹配则报错退出。

3.3 制作过程中的五个技术节点解析

点击“开始制作”后,界面显示进度条,背后实际发生:

步骤执行命令/动作技术目的
1. 分区重建diskpart → select disk X → clean → create partition primary size=500 → format fs=fat32 quick创建500MB FAT32分区专供EFI使用,避免大容量U盘因FAT32单文件4GB限制无法写入winre.wim
2. EFI结构写入xcopy /s/e/i EFI\*.* F:\EFI\+bootsect /nt60 F: /mbr复制预签名EFI文件,并用微软bootsect重写MBR引导码,确保Legacy模式也能回退启动
3. PE镜像注入dism /apply-image /imagefile:WinPE\winpe.wim /index:1 /applydir:F:\将含NVMe驱动的winpe.wim解压到U盘根目录,/applydir参数指定目标路径为F:\(U盘盘符)
4. 注册表补丁写入reg load HKLM\Temp F:\Windows\System32\config\SYSTEM → reg add ... → reg unload离线修改PE环境的SYSTEM注册表,在LabConfig键下写入TPM/SecureBoot绕过值
5. 启动项注册bcdboot F:\Windows /s F: /f UEFI调用微软bcdboot工具生成/EFI/Microsoft/Boot/bcd启动配置,/f UEFI强制UEFI模式

注意:第4步中reg load命令若失败(如F:\Windows\System32\config\SYSTEM不存在),工具会自动跳过并记录日志到Logs\RegPatch.log。这不是bug,而是v7.0的容错设计——某些精简ISO可能不含完整注册表文件。

3.4 验证启动可用性:不进BIOS也能确认是否成功

制作完成后,不要立刻重启。先做三件事:

  • 检查U盘根目录是否存在F:\EFI\Microsoft\Boot\bootmgfw.efi,用certutil -hashfile F:\EFI\Microsoft\Boot\bootmgfw.efi SHA256验证哈希值是否为微软官方签名(b8e...7a2);
  • 运行F:\Tools\DiskGenius.exe,看能否识别出U盘本身及连接的NVMe测试盘(证明驱动注入成功);
  • 双击F:\WinPE\StartNet.cmd,观察是否弹出命令行窗口并显示Loading NVMe driver... OK。
    这三步通过,说明U盘已具备真实UEFI启动能力,比进BIOS盲试更可靠。

4. 避坑指南:那些让装机卡在“正在准备Windows”、蓝屏0x0000007B的5个真实陷阱

4.1 现象:U盘在UEFI BIOS中可见,但选择后黑屏几秒返回BIOS

原因:U盘FAT32分区未使用正确的ESP(EFI System Partition)GUID。v7.0制作时若检测到U盘已有分区表,会跳过clean操作,导致旧GUID残留。UEFI固件只认C12A7328-F81F-11D2-BA4B-00A0C93EC93B,其他GUID(如Windows默认的EBD0A0A2-B9E5-4433-87C0-68B6B72699C7)会被忽略。
解决:用diskpart手动修复:

diskpart list disk select disk X # X为U盘编号 clean # 彻底清空分区表 convert gpt # 转为GPT create partition efi size=500 format quick fs=fat32 # 必须是FAT32 assign letter=F exit

再重新运行老毛桃制作流程。

4.2 现象:进入PE后,DiskGenius无法识别NVMe固态硬盘

原因:主板OEM厂商(如某主流品牌)在UEFI固件中禁用了NVMe控制器的ACS(Alternate Current Switching)功能,导致标准nvme.sys驱动无法通信。
解决:进入PE后,打开F:\Tools\NVMeFix.exe,勾选“Enable ACS for NVMe”,点击“Apply & Reboot”。该工具会向NVMe设备发送SET FEATURES指令开启ACS,重启后DiskGenius即可识别。此操作无需重启主机,仅重置NVMe控制器状态。

4.3 现象:Win11安装界面显示“这台电脑不满足最低系统要求”,TPM/Secure Boot检测失败

原因:v7.0的注册表补丁只修改了PE环境的SYSTEM注册表,但Win11安装程序在加载install.wim时会重新读取在线注册表,覆盖离线设置。
解决:在PE中打开F:\Windows\System32\Recovery\WinRE.wim,用dism /mount-wim挂载后,手动编辑Windows\System32\Recovery\WinRE.wim\Windows\System32\config\SYSTEM,在ControlSet001\Control\Setup\LabConfig下添加相同键值。v7.0未自动化此步,需手动补全。

4.4 现象:安装完成后首次启动,蓝屏错误0x0000007B(INACCESSIBLE_BOOT_DEVICE)

原因:Win11安装时未加载stornvme.sys存储驱动,导致系统无法识别NVMe控制器。v7.0虽注入驱动到PE,但未将其加入Win11安装镜像的boot.wim驱动库。
解决:在PE中运行F:\Scripts\InjectNVMeToBootWIM.ps1(工具自带脚本),该脚本会:

  • 解挂F:\sources\boot.wim;
  • 用dism /add-driver注入F:\Drivers\NVMe\stornvme.inf;
  • 重新封装boot.wim。
    执行后,安装程序将自动加载NVMe驱动,避免蓝屏。

4.5 现象:U盘在某些品牌笔记本(如某日系厂商)上无法启动,提示“Invalid signature”

原因:该品牌UEFI固件强制要求bootx64.efi必须由其自有密钥签名,微软签名不被信任。v7.0的bootx64.efi虽经微软签名,但未适配OEM密钥。
解决:使用F:\Tools\OEMBootFix.exe,选择“某日系厂商适配模式”,工具会提取该品牌固件中的公钥,重新签名bootx64.efi。此功能需联网下载OEM密钥包(约2MB),首次运行会提示。


5. 进阶技巧:如何用v7.0实现“无人值守安装+驱动自动注入+系统净化”三位一体部署

5.1 构建无人值守应答文件:绕过所有图形化交互

v7.0支持autounattend.xml自动部署,但需手动放置到U盘特定路径。在F:\Sources\目录下创建autounattend.xml,内容关键段:

<settings pass="windowsPE"> <component name="Microsoft-Windows-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS"> <UserData> <ProductKey><Key>XXXXX-XXXXX-XXXXX-XXXXX-XXXXX</Key></ProductKey> <AcceptEula>true</AcceptEula> </UserData> </component> </settings> <settings pass="oobeSystem"> <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS"> <OOBE><HideEULAPage>true</HideEULAPage><SkipMachineOOBE>true</SkipMachineOOBE></OOBE> </component> </settings>

注意:<ProductKey>必须填入合法密钥,否则安装到“正在准备Windows”阶段会卡住。v7.0不提供密钥生成器,这是合规红线。

5.2 驱动自动注入:让Win11原生支持某品牌独显/网卡

将某品牌笔记本的INF驱动包(如Realtek_LAN_10.0.0.0.inf)放入F:\Drivers\Network\目录,v7.0在制作PE时会自动扫描F:\Drivers\*下的所有.inf文件,并用pnputil /add-driver注入到winpe.wim。安装Win11时,系统会从F:\Drivers\自动匹配硬件ID并安装驱动,无需进PE手动操作。

5.3 系统净化:安装后自动卸载OEM预装垃圾软件

在F:\Scripts\下创建PostInstall.ps1,内容为:

# 卸载某品牌预装的“智能管家”、“加速大师”等应用 Get-AppxPackage *Smart* | Remove-AppxPackage -ErrorAction SilentlyContinue Get-AppxPackage *Accelerator* | Remove-AppxPackage -ErrorAction SilentlyContinue # 禁用Windows Defender实时防护(企业环境常用) Set-MpPreference -DisableRealtimeMonitoring $true

然后在autounattend.xml的<FirstLogonCommands>节中添加:

<CommandLine>F:\Scripts\PostInstall.ps1</CommandLine> <Description>Clean OEM bloatware</Description>

这样,Win11首次登录后会自动执行净化脚本。

5.4 最终验证:用三行PowerShell确认部署完整性

部署完成后,在新系统中以管理员身份运行:

# 1. 检查NVMe驱动是否由stornvme.sys加载 Get-WmiObject Win32_PnPSignedDriver | Where-Object {$_.DeviceName -like "*NVMe*" -and $_.DriverProviderName -eq "Microsoft"} | Select-Object DeviceName, DriverVersion, InfName # 2. 验证Secure Boot状态(应为True) Confirm-SecureBootUEFI # 3. 检查TPM绕过是否生效(注册表值应为0x1) Get-ItemProperty "HKLM:\SYSTEM\Setup\LabConfig" | Select-Object BypassTPMCheck, BypassSecureBootCheck

三项输出均符合预期,说明v7.0的整个技术链路——从UEFI启动、驱动注入、注册表补丁到无人值守——全部闭环成功。

从那以后我每次给新机型装系统,都会先用certutil -hashfile核验U盘EFI文件签名,再用Confirm-SecureBootUEFI确认固件状态,最后跑一遍三行验证脚本。不是信不过工具,而是信得过自己亲手验证过的每一步。希望帮到你。

本文还有配套的精品资源,点击获取

相关新闻

2026届毕业生十大AI学术工具全解析:从文献到答辩的实战指南

2026届毕业生十大AI学术工具全解析:从文献到答辩的实战指南

2026届毕业生的论文季比往年来得更早&#xff0c;也更难。一边是毕业设计、实习报告、升学申请材料扎堆&#xff0c;一边是AI工具井喷式更新&#xff0c;很多人不是没得选&#xff0c;而是选择太多不知道怎么搭自己的工具链。我最近帮几个2026届的学生梳理过他们的学术工作流&a…

2026/10/19 16:59:12 阅读更多 →
ROV为什么拖着“尾巴”?五十年技术复盘与选型指南

ROV为什么拖着“尾巴”?五十年技术复盘与选型指南

我入这行第一次出海&#xff0c;被问了这么一个问题&#xff1a;水下机器人拖着的那根“尾巴”&#xff0c;为什么不能剪掉&#xff1f;当时我答得含含糊糊&#xff0c;现在干了这些年&#xff0c;反而觉得这个问题比很多技术问题都重要——要回答它&#xff0c;你得把ROV从头到…

2026/10/19 16:59:12 阅读更多 →
深度强化学习能源调度框架:从原理到工程落地的完整指南

深度强化学习能源调度框架:从原理到工程落地的完整指南

1. 为什么能源调度需要深度强化学习&#xff1a;传统方法的边界先聊聊我这几年的切身感受。做能源系统调度的人应该都有一个共识&#xff1a;现在的调度问题越来越不像一个"经典的优化问题"。分布式光伏、储能、可调负荷、电动车充电桩&#xff0c;五花八门的设备都接…

2026/10/19 16:59:12 阅读更多 →

最新新闻

YOLO26轻量化优化:DualConv双卷积替换主干,mAP涨1.3且参数降27%

YOLO26轻量化优化:DualConv双卷积替换主干,mAP涨1.3且参数降27%

跑完新一轮YOLO26优化实验&#xff0c;我先把结论扔到前面&#xff1a;用轻量化双卷积DualConv替换掉主干网络里一部分标准卷积之后&#xff0c;模型mAP50-95涨了1.3个点&#xff0c;同时参数量从12.9M掉到9.4M&#xff0c;计算量从18.7G降到12.3G。这不是靠蒸馏&#xff0c;也…

2026/10/19 17:39:45 阅读更多 →
开源代码评审工作流:协议驱动的可审计人机协同范式

开源代码评审工作流:协议驱动的可审计人机协同范式

1. 项目概述&#xff1a;这不是一个工具&#xff0c;而是一套可落地的开源代码评审工作流“open-code-review”这个名称乍看像某个具体软件或CLI命令&#xff0c;但实际它代表的是一种正在快速演化的工程实践范式——把传统依赖人工、会议、PR评论的代码评审&#xff08;Code R…

2026/10/19 17:39:45 阅读更多 →
开源CLI代码评审系统:基于LLM Agent的自动化Code Review实践

开源CLI代码评审系统:基于LLM Agent的自动化Code Review实践

1. 这不是又一个“AI写代码”工具&#xff0c;而是一套可嵌入开发流程的开源代码评审系统最近在几个技术团队内部做工具链调研时&#xff0c;发现一个有意思的现象&#xff1a;大家嘴上说着“用AI做code review”&#xff0c;但实际落地时&#xff0c;90%的人还在把diff粘贴进C…

2026/10/19 17:39:45 阅读更多 →
两相流THM热流固耦合建模:COMSOL收敛与求解器配置指南

两相流THM热流固耦合建模:COMSOL收敛与求解器配置指南

简介&#xff1a;基于COMSOL构建的两相流THM热流固耦合模型&#xff0c;面向石油工程、地热开发及二氧化碳地质封存等复杂多物理场耦合问题&#xff0c;适合从事渗流力学与岩土工程仿真的科研人员、工程师与研究生。模型以饱和水和油两相流动为核心&#xff0c;支持温度场—渗流…

2026/10/19 17:39:45 阅读更多 →
基于SpringBoot+Vue的校园管理系统毕业设计实战拆解

基于SpringBoot+Vue的校园管理系统毕业设计实战拆解

毕业设计想选校园管理系统、又不想纯手工从零搓代码的同学&#xff0c;我建议直接找一个 SpringBoot Vue 的前后端分离项目来二次开发&#xff0c;这是目前最稳妥、也最适合拿高分的路子。这套技术栈基本是 Java Web 方向毕设的标配&#xff0c;覆盖了后端接口开发、前端页面交…

2026/10/19 17:39:45 阅读更多 →
RGAT+GRU融合模型解决APT溯源图稀疏漏报问题

RGAT+GRU融合模型解决APT溯源图稀疏漏报问题

简介&#xff1a;本资源是华中科技大学2023届计算机相关专业&#xff08;如计科、人工智能、网络安全等&#xff09;优秀毕业设计成果&#xff0c;聚焦APT攻击检测这一前沿安全问题&#xff0c;提出并实现了一种基于溯源图建模与RGATGRU融合架构的检测方法优化方案。面向在校本…

2026/10/19 17:38:44 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介&#xff1a;本资源为电源技术方向的学术研究文档&#xff0c;聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略&#xff0c;面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址&#xff1a; https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集&#xff0c;共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型&#xff08;GMM&#xff09;的语音识别系统&#xff0c;很多人第一反应就是一堆数学公式&#xff0c;觉得门槛很高。但如果你真的在MATLAB里把它落地跑通&#xff0c;会发现核心其实就是三件事&#xff1a;把声音变成特征向量&#xff0c;用GMM给每个类别…

2026/10/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人&#xff0c;但落到具体操作上&#xff0c;无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程&#xff1a;对图像做反白、改调色板、彩色转灰度&#xff0c;最后把像素数据导出成txt文件。单看每一…

2026/10/19 17:32:41 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词&#xff0c;你会发现一个很有意思的现象&#xff1a;每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型&#xff0c;有人指的是运动控制系统&#xff0c;还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

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

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

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 2:54:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

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

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/18 12:16:16 阅读更多 →