哈皮好好好好好 好好好

正好需要，谢谢分享！

englife.space：把长视频整理成可以读的文章 粘贴一个 YouTube 链接，站点把视频内容整理成带章节的文章，正文按所选语言输出，可以像读文章一样把它读完。 [image: englife.space 首页] 🧩 主要功能 视频转文章 — 输入 YouTube 视频链接，输出按内容切分好的文章 按语言阅读 — 输入框旁可选语言，正文按所选语言输出，默认简体中文 章节导航 — 左侧列出全部章节，点某一章直接跳过去 无干扰阅读 — 阅读页只有章节和正文 ️ 界面 [image: 阅读页：章节目录与正文] [image: 长文阅读页：按章节切分，逐段读] 使用 打开 https://englife.space 顶部输入框粘贴 YouTube 视频链接，选好语言 Featured 区有现成文章可以先看：乔布斯 2005 斯坦福演讲（10 分钟，5 章）、吴恩达谈 AI 机会（31 分钟，25 章）、Carlo Rovelli 讲时间（32 分钟，7 章），都是简体中文

微PE工具箱 v2.3 2026.07.13 维护增强版 基于微PE工具箱 x64 v2.3 制作的维护增强版，集成常用系统维护工具，支持 U 盘启动盘制作、系统安装、数据恢复与硬盘分区，兼容 BIOS / UEFI 双启动。 整理自 423down · 原作 027sun 基本信息 版本 — x64 v2.3（2026.07.13） 类型 — WinPE 维护工具，纯净无广告 启动 — BIOS / UEFI 双启动 ️ 界面截图 [image: 微PE工具箱 v2.3 维护增强版 桌面] [image: 微PE工具箱 v2.3 维护增强版 快捷方式] 更新记录 2026.07.13 删除不兼容的个别 RAID 卡驱动 2026.07.05 增加磁盘及芯片组驱动、RAID 卡等其它设备驱动 启动进 PE 桌面自动设置分辨率还原为默认安全分辨率 桌面硬件信息显示工具更新至 2026.6.25 系统安装 CoolInstall 更新至 8.0.2 Plus 正式版 硬件检测 CPU-Z 2.20、硬盘检测 CrystalDiskInfo 9.9.1 / CrystalDiskMark 9.0.3 2026.06.14 UEFI 启动管理证书由 CA2011 替换为 CA2023 （Microsoft UEFI CA 2011 于 2026 年 6 月底至 10 月陆续到期，新版系统、驱动及第三方 UEFI 引导程序已改用 CA2023） ️ 集成工具 办公 — Mini Office 三件套 + PDF 阅读器、搜狗拼音输入法 系统安装 — CoolInstall x64、WinNTSetup 等 备份还原 — Imagew、WimLib_Snapshot 备份还原极简版、BC 文件比较 数据恢复 — WinHex、金山数据恢复 分区与磁盘 — UltraISO 软碟通、分区显示或隐藏、Intel RST 存储控制器驱动 密码相关 — 系统密码查看 / 清除 / 修改 / 绕过或重置 引导修复 — 系统引导修复小工具 检测工具 — 硬盘 / 内存 / 键盘 / 显示器检测 其他 — FastCopy 文件复制增强、附件工具计算器、任务栏 USB 设备弹出 ️ 下载地址 微PE工具箱 v2.3 2026.07.13 维护增强版 夸克网盘：https://pan.quark.cn/s/ee8654ecf9e0 123 网盘：https://www.123pan.com/s/A6cA-i2HJh 光岩盘：https://www.guangyapan.com/s/1944036547643420709_ajCqGAF3F4AKGDYP 蓝奏云：https://423down.lanzouv.com/b0f2ykafc 百度网盘：https://pan.baidu.com/s/17BaecYLY2tpR76y5ytICWQ?pwd=9vri 百度网盘提取码：9vri ️ 使用说明 第一步：插入 U 盘，运行制作工具，选择「安装 PE 到 U 盘」 第二步：按目标机器选择分区方案与引导方式（UEFI 选 GPT，旧机选 MBR） 第三步：写入完成后重启，开机热键选择 U 盘启动 PE 内为纯维护环境，写入 U 盘会格式化，先备份 U 盘丿原数据

Google Chrome v153.0.8010.37 绿色便携增强版 基于官方稳定版制作的绿色便携版，集成 Chrome++ 增强组件。免安装、不写注册表，解压即用，与系统安装版完全隔离，互不干扰。 本站搬运整理，原版来自 423down 软件信息 版本号 — v153.0.8010.37 增强组件 — Chrome++ 1.18.2（version.dll） 系统要求 — Windows 10 / 11 x64 Win7 最终版 — Chrome 109.0.5414.168 + Chrome++ 1.15.2 ️ 界面截图 [image: Google Chrome 153 新标签页] 更新内容（Chromium 153） 更新周期调整 — 改为两周一次，新功能与安全补丁推送更快 IAMF 空间音频 — 原生支持，网页可直接播放 3D 沉浸式音效 设备权限标签 — 新增相机、麦克风独立网页标签，网页调用权限更清晰 安全修补 — 修复大量漏洞，包含已被利用的零日漏洞 XML 解析模块 — 部分改用 Rust 重写，降低内存安全类风险 稳定性 — 合并各类修复，减少页面崩溃与渲染异常 ️ 增强特性（Chrome++） 关闭标签页增强 — 双击左键关闭、右键关闭 保留最后标签页 — 不自动关闭，手动关除外 标签栏滚轮切换 — 鼠标悬停在标签栏即可滚轮切换 任意位置右键滚动切换 — 窗口内按住右键也能用滚轮切页 免开发者模式装扩展 — 移除开发者模式警告 便携化 — 程序在 App 目录，用户数据在 Data 目录，兼容原版数据 移除更新与警告 — 无自动更新，去掉关于页面的版本更新错误警告 ️ 下载地址 Google Chrome v153.0.8010.37 绿色便携增强版 夸克网盘：https://pan.quark.cn/s/a91a174c3891 123 网盘：https://www.123pan.com/s/A6cA-biAJh 蓝奏云：https://423down.lanzouo.com/b0f1g80ne 百度网盘：https://pan.baidu.com/s/1nHVw7H9Kr7262No0wIYpFQ ️ 使用说明 启动程序：App/chrome.exe 增强功能由 App/version.dll 补丁实现 便携版不与其它版本冲突，不用了直接删整个文件夹 提示应用程序错误时，给杀毒软件把浏览器目录加白 更新日志：https://chromereleases.googleblog.com

[image: WLite 安卓客户端界面] WLite 安卓客户端 论坛有安卓客户端，装完就能用手机看帖、回帖、收消息。 ️ 下载 地址 — https://wlite.cn/app 版本 — v0.3.3 系统要求 — Android 8.0 及以上 能做什么 看帖 — 帖子列表和正文按手机屏幕排版，滑动流畅 收藏 — 看到有用的内容一键收藏，回头随时翻 分享 — 好资源随手发出去 消息 — 评论、回复、私信都会提醒，不用一直刷网页 v0.3.3 更新 徽章在帖子、评论、私信里统一显示，尺寸和网页端一致 搜索结果恢复显示真实作者与分类 消息页拆成通知与私信两个分页 私信会话自动刷新，支持发送图片 编辑器增加 Markdown 快捷输入栏 说明 装完登录，和网页端同一个账号 有更新会在这个帖子与 APP 页面里写明

[image: 下载链接清理] 站内系统帖的下载链接已整理 这两天把站内系统帖的下载链接过了一遍，统一整理成一份。 整理内容 重复链接 — 同一个文件在帖子里出现多次的，只保留一份 历史版本 — 同一个系统发布过多个版本的，每个帖子只保留最新版本 老版本 — 链接已撤下 ️ 现在的样子 打开任意一个系统帖，下载地址一栏就是当前版本： 一个链接 一个校验值 一个提取码 说明 帖子里提供的就是当前版本，直接下就行 老版本链接不再提供

正好需要，谢谢！

RouterOS 升级到 7.22 之后，容器里的 sing-box 和 mihomo 突然不能用了 —— 流量根本进不了容器。折腾了半天才发现，问题不在代理配置，在 RouterOS 自己身上。 这个坑我踩过，也把完整的定位过程和修复脚本整理出来了，写在这里给同样卡住的人省点时间。 [image: 封面] 问题现象 升级到 RouterOS 7.22 之后出现这些症状： 容器里的 TUN 网关停止工作 流量不会进入容器 把容器设置为网关没有任何效果 在 7.20.8 / 7.21 上一切正常，从 7.22 开始失效。 如果你的 TUN 网关在 7.22+ 上不工作，不要先去调代理配置 —— 先检查 ip rule。 根因：容器内 ip rule 优先级被改了 RouterOS 7.22 修改了容器内默认的 ip rule 优先级，变成了这样： 1: from all lookup local 2: from all lookup main 3: from all lookup default 这个改动会直接破坏： 策略路由（policy routing） fwmark 路由 基于 TUN 的代理核心 为什么 1/2/3 就会坏？ 在 7.20.x 里，容器的默认规则是： 200: from all lookup local 2147483646: from all lookup main 2147483647: from all lookup default 关键在 200 和 2147483646 之间留出了巨大的数字空间，sing-box、mihomo 这类代理核心会把自己的路由规则插到这两条之间，策略路由才能正常工作。 而 7.22+ 改成 1 / 2 / 3 之后，留给第三方插入的空间几乎没有了。代理核心添加的规则只能排到表的最底部，优先级低于默认规则，于是完全失效。 修复方法 思路很简单：在启动代理核心之前，把 ip rule 的顺序规范化，恢复成 7.21 那种留有充足插入空间的布局。 基础命令： ip rule del pref 1 ip rule del pref 2 ip rule del pref 3 ip rule add pref 200 from all lookup local ip rule add pref 2147483646 from all lookup main ip rule add pref 2147483647 from all lookup default 推荐用带健壮性检查的版本 —— 直接删可能因为规则不存在而报错，下面这个可以安全地重复执行： ensure_ip_rule_priorities() { while ip rule show | grep -Eq '^1:\s+from all lookup local(\s|$)'; do ip rule del pref 1 >/dev/null 2>&1 || break done while ip rule show | grep -Eq '^2:\s+from all lookup main(\s|$)'; do ip rule del pref 2 >/dev/null 2>&1 || break done while ip rule show | grep -Eq '^3:\s+from all lookup default(\s|$)'; do ip rule del pref 3 >/dev/null 2>&1 || break done if ! ip rule show | grep -Eq '^200:\s+from all lookup local(\s|$)'; then ip rule add pref 200 from all lookup local >/dev/null 2>&1 || true fi if ! ip rule show | grep -Eq '^2147483646:\s+from all lookup main(\s|$)'; then ip rule add pref 2147483646 from all lookup main >/dev/null 2>&1 || true fi if ! ip rule show | grep -Eq '^2147483647:\s+from all lookup default(\s|$)'; then ip rule add pref 2147483647 from all lookup default >/dev/null 2>&1 || true fi } ensure_ip_rule_priorities 实测在 7.22.1 上同样有效。 关于 fake-ip：如果启用了 fake-ip，还需要补一条路由 ip route add 198.18.0.0/15 dev tun0。也可以在容器启动命令里加一段延迟执行： -c "sleep 3 && ip route add 198.18.0.0/15 dev tun0" ️ mihomo 的 TUN 配置 用 mihomo 的 TUN 模式时，需要额外加一段 tun 配置。把下面这段粘贴到配置文件的 DNS 段之后： tun: enable: true device: tun0 stack: system auto-route: true auto-detect-interface: true strict-route: true dns-hijack: - any:53 容器入口保持 entrypoint=/entrypoint.sh，不需要其他额外设置。 节点配置可以用转换工具生成，比如 sublink.works。 🧩 官方的修复 容器内的路由规则优先级已经在 7.23rc2 中由官方修正。 MikroTik 在 7.23rc2 的发布说明里写道： route - revert to old routing rule priorities for containers (introduced in v7.22); 也就是说，官方回退了 7.22 引入的这次改动，恢复到旧行为。 完整文档 上面只是要点。完整的分析过程、社区讨论记录（包括 MikroTik 官方是如何被说服去修的）、以及可以直接用的完整 entrypoint.sh 脚本，我整理成了一份 PDF： RouterOS 7.22+ 容器 TUN 网关失效 — 根因分析与修复 内容包括封面、目录、问题现象、根因定位、修复方案、mihomo 配置要点、社区讨论全文、官方修复跟进、附录脚本，共 12 页。 下载地址（Google Drive） 预构建容器（sing-box / mihomo，已修复）—— 可直接导入使用。 网盘内附容器说明，这些容器在最新版本的 RouterOS 中同样可以正常使用。 https://drive.google.com/drive/folders/1YTVe9rqMn2YzbFZPkyYn6zjeUQKpf-uT 详细流程文档（PDF）： https://drive.google.com/file/d/14fn8Llyzc28fwrHptqLZr7Nx9gYXbniq/view ️ 一句话总结 这不是 sing-box 的问题，不是 mihomo 的问题，也不是配置问题 —— 这是 RouterOS 容器路由的一次回归，只在 7.22 ~ 7.23rc1 之间出现，7.23rc2 已修复。 如果你的设备还在这个版本区间，要么用上面的脚本兜住，要么就停在能用的版本别升。

给笔记本做了一套 ESP32 蓝牙温控风扇：电脑自己上报温度，风扇自己调速，不用的时候自动停下来。 折腾这个主要是嫌原来的散热底座太吵 —— 不管电脑烫不烫，扇子从头转到尾。改成 ESP32 控速之后，轻载时基本听不见声音，跑重活才拉起来。 实际使用演示 ️ 效果预览 [image: ESP32智能温控风扇] 整体就是一台压风式散热器 + 一块 ESP32 控制板。PC 上的小工具读取 CPU / GPU 温度，通过蓝牙发过来，板子按温度调风扇转速，OLED 上实时显示两路温度和当前转速。 系统组成 [image: 系统架构] 整套分三段： PC 端 — Windows 上的常驻小工具，读温度、发数据 ESP32 端 — 接收温度、算转速、驱动风扇、刷新屏幕 执行部分 — MOSFET 驱动电路 + PWM 风扇 通信走蓝牙串口，数据是纯文本格式，一行一条： CPU52.3 GPU47.8 板子收到合法数据会回一个 ACK。这个确认很重要 —— 蓝牙串口经常出现「端口能打开、数据也能写进去，但对端根本没反应」的假连接，有没有 ACK 是判断链路真假的唯一依据。 ️ 它是怎么工作的 [image: 工作流程] 从温度到转速的完整链路： PC 端读取 CPU 和 GPU 温度，各取自身最高的传感器读数 每 2 秒通过蓝牙发送一次 ESP32 校验格式和取值范围，通过后回 ACK 取两路温度里较高的那个，查温度曲线得到目标转速 按限速规则平滑逼近目标，输出 PWM 屏幕同步刷新 温度到转速的对应关系是条连续曲线，中间做线性插值： 温度 55°C 60°C 65°C 70°C 75°C 80°C 转速 16% 23% 31% 40% 75% 100% 70°C 以下走得很平缓，日常办公基本在 20%~30% 之间，几乎听不见；75°C 开始往上拉，80°C 直接满速。曲线陡的那段留给真正需要散热的时候。 转速变化有限速：升速每秒最多 10%，降速每秒最多 3%。降速比升速慢是刻意的 —— 温度刚掉一点就把风撤掉，容易来回震荡，听感上就是风扇忽快忽慢。 ️ PC 端做了什么 上位机是个 Python 小工具，打包成单文件，常驻系统托盘。 温度读取 调用 OpenHardwareMonitor 读取硬件传感器。CPU 上通常有好几个温度点（核心、封装、主板），取最高的那个更保险，避免低估了真正的热点。GPU 则同时兼容 NVIDIA / AMD / Intel 三家。读数超出 0~120°C 范围的一律丢掉，防止传感器抖动把异常值传下去。 找串口 不会死等某一个固定的 COM 口。优先用配置里指定的，找不到就按设备特征匹配，再找不到就扫所有带蓝牙字样的串口，最后兜底遍历全部可用端口。 打不开、写超时，或者连上了但收不到 ACK，都会把这个口标记成「坏的」，冷却 30 秒以上再跳过，去试下一个。有意思的是，一旦某个口回了 ACK，它的冷却标记会立刻解除 —— 说明它其实是好的，先前的失败可能只是暂时的。 休眠唤醒后自动恢复 电脑睡一觉醒来，蓝牙串口的状态其实是坏的 —— 端口句柄还在，底层链路已经断了。程序靠循环间隔判断这件事：间隔超过 8 秒就认为刚从休眠恢复，于是主动断开重连、重新初始化硬件监控，最长给 20 秒的恢复时间。 开机自启 首次运行会自动写开机启动项，不需要管理员权限。程序换目录了会自动更新路径；发现别处有指向自己的重复启动项也会顺手清掉。用源码方式跑的时候不动启动项，避免把开发机搞乱。 托盘图标 托盘图标本身就是一张实时温度曲线 —— 最近 30 个点连成的折线，按温度区间变色（低是绿色、中间橙色、高了红色），下面还标着 CPU 和 GPU 的整数温度。不用点开窗口，瞄一眼托盘就知道风扇跟没跟上。 ESP32 端做了什么 固件只做温控这一件事 —— 按键、手动模式、自定义曲线全部去掉了。目标是装好之后就不用再碰它。 数据校验 每一行都严格检查：前缀必须是 CPU 或 GPU、数值要能完整解析、数字后面不能拖多余字符、必须在 0~120°C 之间。任何一项不过关，整行丢掉，等下一帧。 蓝牙是流式传输，一帧可能被拆成几段到达。固件只认完整的换行符；如果缓冲区里有半截数据、超过 1 秒没等到后续，就把这半截丢掉重来 —— 不会把两次会话的数据拼在一起，也不会因为一个半包把接收卡死。 两路温度分开计时 CPU 和 GPU 各自独立计时，超过 12 秒没更新就判定这一路失效。这么做是因为有些平台的独显在休眠时会停报温度 —— 如果两路共用一个超时，CPU 明明正常也会被 GPU 拖累成「失效」，把风扇误停了。分开之后，GPU 掉线不影响 CPU 继续控温。 平滑调速 目标转速不会一步到位，而是每 100ms 往目标靠一点，配合前面说的升降速限制。温差超过 80°C 时例外 —— 直接满速，不讲平滑，先压温度。 另外风扇冷启动时先用 30% 转 1 秒再进入曲线，因为有些风扇占空比太低根本起转。 自动休眠 这是我最想要的一个功能。判断分两层： 蓝牙客户端消失 —— 电脑关机、断连、走远了，风扇立刻停 数据超时 —— 连接还在但 12 秒没数据，同样停 风扇是立刻停的，屏幕则要显示一个 3、2、1 的倒计时再关。多亮这 3 秒是有用的：能让人看明白设备是「因为没数据才停的」，而不是以为它死机了。倒计时只在一次有效通信结束时触发一次，不会反复闪。 蓝牙自动重连 蓝牙偶发假死时，固件有一次有限度的自恢复：只在曾经通过信、且连续 60 秒收不到数据时触发，重启一次蓝牙协议栈然后等电脑自己连回来。 这里有个我踩过的坑 —— 早期版本掉线后会反复重启蓝牙，结果电脑正常休眠（本来就是该断开）时，风扇端却在不停重启、反复广播。现在的策略是「断开了就安静等着」，电脑醒了会自己连回来，设备不需要做多余动作。一个通信周期内只恢复一次。 残留数据清理 这个是解决一个很具体的故障：快速重连的时候，新连接可能读到上一次会话的残留数据，导致风扇按错误的旧温度跑。 现在每次检测到断开（包括断开恰好发生在快速重连期间的情况），都会清掉两路温度的有效标志、清空接收缓冲、把蓝牙缓存里剩的字节一次性读空。之后只接受新到达的帧。 OLED 显示 128×64 的屏幕，左右两栏大字显示 CPU 和 GPU 温度，底下一行是连接状态（CON）、当前转速（SPEED xx%）和模式（QUIET）。屏幕刷新 200ms，温度无效时显示 --。 顺带一提，OLED 初始化失败的话温控照常跑 —— 显示只是附属功能，不该影响散热。 硬件接线 ESP32 引脚 接到哪 GPIO 5 风扇 MOS 管栅极（PWM 信号） 5V OLED VCC GND 共地 GPIO 21 OLED SDA GPIO 22 OLED SCL PWM 频率用 15kHz，超出人耳敏感范围，能少一点驱动噪声。 风扇一定要经过 MOSFET 驱动，GPIO 只能出毫安级的信号，直接带不动风扇。另外 ESP32 和风扇电源必须共地。 更新记录 2026.09.11 首次发布 ESP32 固件：保留 Quiet 自动温控，移除按键与手动模式 新增自动休眠：无连接 / 无数据自动停风扇、关屏 新增蓝牙自动连接：断线后单次恢复，不周期性重启 新增残留数据清理：断开即清，只接收新帧 上位机：Python 重写，托盘常驻 + 实时温度曲线 温控曲线：七锚点连续插值，80°C 满速 ️ 项目地址 完整源码与可执行文件都在仓库里 https://github.com/gukey/ESP32-CPU-FAN 仓库里有完整的 ESP32 固件源码、PC 端源码、编译好的可执行文件、依赖 DLL，以及测试代码。想自己改的话直接拿源码改就行。 刷写教程和接线细节仓库里都有说明，硬件部分照着接就行。 ️ 注意事项 刷固件时一定要先断开散热器的 12V 电源线。USB 的 5V 和 12V 同时接上会冲突，可能烧电脑 USB 控制器甚至烧板子。 上位机是没签名的程序，Windows 或杀毒软件可能报警。介意的话可以先看源码再运行。 温度数据来自硬件传感器，受驱动和主板差异影响可能有偏差。这只是散热辅助，不能替代主板自身的过热保护。 风扇的最低起动占空比各不相同，如果 30% 转不起来，需要在源码里把这个值调高重新烧录。 关于来源 这套东西的原始方案来自 究物研社 —— 压风式散热器的思路、风扇电路模块都是他们做的。ESP32 温控部分是 DALIAN213 的方案。 我这个版本是在他们的基础上继续改的，主要补充了自动休眠、蓝牙自动连接和残留数据清理这几块。借这个机会谢谢两位。 原作者方案说明：https://www.bilibili.com/video/BV1Lr421M7u2

这一版不是精简的路子。 全量版做的是加法：该在的组件都在，该跑得起来的软件跑得起来。装完不用为了一个驱动、一个游戏、一个行业软件再回头补东西。 它适合装机之后想长期用、不想反复折腾的人——体积上的取舍，让位给兼容性。 系统信息 Windows 11 25H2 ｜ Build 26100.9168 ｜ x64 ｜ ESD ｜ 构建于 2026-09-09 集成软件与工具 播放与压缩 MPC-BE（中文优化版） — 常见格式直接放，不用再额外装解码包 WinRAR 7.23（右键菜单优化版） — 菜单改成传统展开样式，少点几层 7-Zip 26.03 — 格式支持广，和 WinRAR 互补 备份与监控 SnapShot 备份还原 — 装完可以先做一份镜像，出问题几分钟就能回来 TrafficMonitor — 任务栏直接显示 CPU、内存、网速 文件与效率 WizTree（右键集成） — 右键就能扫盘，找大文件、大目录特别快 Unlocker（右键解锁） — 文件被占用、删不掉的时候右键强制删除 FSCapture — 截图、滚动截长图、录屏、取色、标尺，默认快捷键 Alt + W notepad4 — 替换系统自带记事本，支持语法高亮，打开大文件也快 右键增强 — 补齐哈希校验等一批常用右键项 系统与输入 StartAllBack — 经典开始菜单 + 资源管理器增强，已预置好配置 搜狗输入法 — 中文输入已预置，装完直接打字 字体与显示 — 思源字体 + 渲染调整，中文显示更规整 VC++ 运行库（全系列合集） — 2005 到最新都装齐，装游戏和行业软件不缺 dll ADB 环境 — 命令行直接可用，手机调试、刷机不用再配环境变量 系统默认已激活 — 装完即用 系统与还原 嵌入式锁定管理器（统一写过滤 UWF） — 官方汉化版管理器，功能类似冰点还原：开启保护后重启即回到初始状态，改动不留痕。可按卷启用保护，也能配置文件 / 目录与注册表的排除项 —— 需要保留的改动放行，其余重启还原。 ️ 独家优化 右键菜单体系 — 扩展项经过整理，传统展开样式，也去掉了用不上的项 记事本替换 — 系统记事本换成 notepad4 远程桌面与共享 — 调整连接和共享的确认流程，内网用起来少弹窗 文件系统行为 — 日常读写更省心 网络与性能 — 网络连接不挑环境，换网络不用调参数 更新与后台任务 — 后台不偷偷跑，不打扰日常使用 兼容性补强 — 精简之后可能受影响的地方都补过 部署流程 — 装完自动完成组件安装与基础优化 🧼 纯净无广告 基于原版母盘制作，系统里没有夹带任何广告与第三方推广，也没有任何首页绑定。装完是什么样，你用到的就是什么样。 无任何广告 — 系统内不含广告位、推广弹窗与推荐内容 不含任何推广 — 不捆绑、不预装第三方软件，不推全家桶 无首页绑定 — 浏览器主页、默认搜索保持系统状态，不改你的设置 无开机弹窗 — 不弹推广、不推活动 装什么都在明处 — 集成的工具上面一条条列清楚了，看得见、可卸载 保留功能 Windows 更新、远程桌面、局域网文件共享都在，运行库装齐，常用外设和手机调试环境可以直接用——日常该用的东西没缺。 装完后的样子：没有弹出来吓你的杀毒提示，也没有第一次开机追着你走完的那套设置向导，开机就是干净的桌面。 更新记录 2026.09.13 更新 修复首次进入桌面无法修改壁纸的 BUG； 2026.09.10 首次发布 Windows 11 26100.9168 全量版首次发布； 集成 MPC-BE、WinRAR 7.23（右键菜单优化）、7-Zip 26.03、SnapShot 备份还原、TrafficMonitor、WizTree、Unlocker、FSCapture、notepad4、搜狗输入法、VC++ 全系列运行库、ADB 环境； 系统字体替换为思源系列，开始菜单与资源管理器采用经典交互； 系统默认已激活，装完即用。 ️ 运行截图 [image: 登录界面] [image: 嵌入式锁定管理器 · 统一写过滤] [image: 专属部署安装器] [image: 经典开始菜单] [image: 程序列表] [image: 磁盘占用] ️ 下载地址 Win11_26100.9168_All.esd ｜ 4.33 GB 网盘：123 网盘 链接：https://1748444.share.123pan.cn/123pan/UtJ9-HywVv?pwd=AS9L 提取码：AS9L 校验值：530146F0FDDD96118C936761D2BAC782（MD5） 说明：百度网盘不支持上传 4GB 以上文件，所以这次只能走 123 网盘。 ️ 安装说明 ESD 格式，用 PE 下的安装工具（WinNTSetup、Dism++ 之类）释放到目标分区，然后引导安装。建议全新安装，装之前把重要数据备份好。 ️ 注意事项 首次进桌面后系统可能自动装完组件并重启一次，正常流程，别打断它。