2026 年初，一个名叫 Pi 智能体在开发者社区大受欢迎，在 OpenRouter 榜单中排名居高不下。它的作者 Mario Zechner（他也是知名游戏引擎 libGDX 的开发者）因"讨厌所有现有的 Coding Agent"，自己写了一个。结果它不仅大受开发者社区的欢迎，在 GitHub 夺得数万颗 Star，并且还成为了 OpenClaw 这个驰名项目的核心

There are many agent harnesses, but this one is yours. Pi is a minimal agent harness. Adapt Pi to your workflows, not the other way around. 智能体框架种类繁多，但这款专为你而设。Pi 是一款极简主义的代理框架。你可以根据你的的工作流来调整 Pi，而不是让工作流去适应它。 -- 来自 Pi 官网

Pi 是一个极简的 AI 智能体工具。不像 Claude Code 替你做事，Pi 将很大一部分控制权交给了用户，这与其他 AI Agent 相比很不一样。它深受 Unix 哲学影响，让 Pi 就像 Unix 命令行工具——它不试图变得智能，它只默默地做你说的事。

为什么选它

极简，高度自定义

Pi 的系统提示词不到 1000 tokens，出厂没有子智能体，没有待办，没有计划模式，没有 MCP，没有代码回退，默认就是 YOLO，内置工具就应付个基本的开发。它的出厂生态看起来平平无奇，但它可以安装多到数不胜数的包、扩展、主题等，轻松配置你喜欢的模型，将 Pi 打造为属于你自己的智能体

例如，你喜欢极简，开箱即用也未尝不可，它能够应付大部分工作；你喜欢花哨，Pi 的可自定义性与插件开发难度比 OpenCode 低不少，借助 Pi，你能玩出自己的个性，甚至你还能在 Pi 中玩 DOOM（只要能计算的就有 DOOM 的影子）

If you want something that works on day one, you can use other coding agents as they are polished products. If you are a minimalist or want to actually own your context and workflow, Pi is ideal for you. 如果你想要一款开箱即用的工具，可以选择其他开发工具，因为它们都是经过精心打磨的产品。如果你是极简主义者，或者希望真正掌握自己的工作环境和工作流程，那么 Pi 就是你的理想之选。 -- 来自 OrewaDeveloper 的文章

借此机会提供我所使用的插件列表：

[!NOTE] 撰文时我的主用模型为 DeepSeek V4，用于项目开发，以下插件不一定是最好的，个人使用过程中也有可能会调整

透明，可信任

前段时间 Reddit 用户 LegitMichel777 爆出 Claude Code 会暗中标记中国用户[^1]，通过偷偷摸摸的方式发送给 Anthropic，成为模型降智、打击中转站、封号的重要信息支撑。虽然口头称这是为了防止滥用，反蒸馏，并且在发文时代码应该已经删除，但其引起了不少用户对其安全性的质疑[^2]：Claude Code 有这么高的权限，今天你用它追踪中国用户，明天是不是一个更新，你就暗中发送我电脑中的隐私数据？

Pi 是一个开源项目，相较于 Claude Code 的闭源模式，你拥有审查代码的权利，这种透明带来的就是信任：结合本地 AI 你可以将你的项目放心地交给 Pi 去处理，只要你安装的插件是干净的，就不用过分担心你的智能体偷偷摸摸把你的隐私发送给第三方

另外 Pi 相较于 Claude Code，或其他部分 AI Agent，模型的思考与工作流是完全打印在屏幕上的，不用看着 Tokens 消耗却不知道发送了什么，也不会干巴巴给你最终结果，你可以借此机会发现 AI 在决策阶段的错误，及时止损。不仅如此，其它工具还可能会内部注入开发者看不见的提示词（例如 Claude Code 的隐藏提示词会影响 DeepSeek 的缓存命中，导致用下来特别烧钱），Pi 除非装额外插件，不这么干，结果就是你的智能体不会随便自作主张，对于 Token 计费，你的花销会更少

也因此，Pi 特别适合想对智能体完全控制的用户，也适合对隐私有部分顾虑的用户，更适合想尽可能摆脱大公司控制的人

Pi is such a joy to use! It's easy, customizable, and fits my workflow perfectly. I use Pi inside my VScodium terminal with opensource models. Pi makes my entire dev workflow FOSS, which means I no longer worry about large tech companies making changes to their models. Pi 使用起来真的太令人愉悦了！它简单易用、支持自定义，而且完美契合我的工作流程。我会在 VSCodium 的终端中使用 Pi，搭配开源模型。Pi 让我的整个开发工作流都变成了自由开源软件，这意味着我再也不用担心那些大型科技公司会对他们的模型进行修改了。 -- 来源 ProductHunt 针对 Pi 的评价，来自 Gurbax (Ashwini Gurbaxani)

Vulnerability breeds trust, concealment breeds distance 脆弱孕育信任，隐瞒孕育距离 -- 来源 Pi 开发者 Earendil Inc. 官网，价值观

快速响应

只要你不装太多插件，AI 服务提供商别出岔子，Pi 的速度还是相当可观的：启动不磨叽，任何按键按下几乎秒响应，具体的输出速度和首字延迟方面，这点受到影响的因素太多，不再赘述

即便客观上讲，不去测量具体数值，速度这个东西还是有点主观，但我还想援引一个未知网友的评价：

同一个编程任务，同一个模型。Pi：2 分钟，Claude Code：10 分钟 同一个 prompt，同一个模型，差了 5 倍。 -- 来自 C114

不止代码

不像 Claude Code、OpenCode、Codex 这些工具，Pi 的能力不限于给你编写代码，对于更多人而言，日常更需要一个智能体能够帮助他们搜资料、读文档、整理表格、写汇报、做 PPT，甚至做视频，Pi 在安装了所需要的包，技能和 MCP 后，它可以自然地成为多数人工作流的一部分，服务用户。相较而言，Claude Code 等就稍显逊色，虽然不是不能做

Pi 的这么多特性也让它受到了 OpenClaw 的青睐：每一台跑着官方 OpenClaw 的机器，都运行着一个 Pi

[!TIP] 如果你想用 Pi 做些偏演讲的视频，可以看看 hyperframes 这个项目，如果再接入个 TTS，Pi 还能说话

它确实好用

我用过 OpenCode、Claude Code，为了提高 DeepSeek 的缓存命中我也用过 Reasonix，Pi 是近期少有的给我这么多折腾乐趣的 AI 智能体：折腾插件，配置，不断试错。此外我还顺带解决了过去因为使用 PKG 安装包安装 Node.js 导致的一堆让人头疼的权限问题，还搞定了 nvm 等工具的部署，为未来玩前端奠定了更好的基础，也算是意外之喜吧

顺便一说，本站的代码背后就有 Pi + DeepSeek V4 Flash 的功劳

[!TIP] 如果你还同时使用 OpenCode，可以看看 pi-opencode-config-reader 插件，一定程度能帮你省下不少事

但它不是神

上文多次次强调：它是极简的，但代价是，它有入门门槛，学习曲线相较于其他智能体，算比较曲折

Pi is one such agent harness, and it’s hands-down my favorite AI app for DevOps, coding, and regular tinkering tasks – provided I use a certain pre-configured extension to get rid of its biggest drawback. Pi 是这样一款智能体，它毫无疑问是我最喜欢的用于 DevOps、编程和日常折腾任务的人工智能应用——前提是我要使用某个预配置的扩展程序来消除它最大的缺点。 -- 来源 Ayush Pande 的 XDA Developers 文章

当然正如上文所言，你要开箱即用也未尝不可，但要好用，要用的安心，离不开折腾：装插件、试错、配置，甚至从头开始......

没有子 Agent。Pi 不会自动把复杂任务拆成多个子任务去并行处理。它就是一个单一的 Agent，线性执行。 没有计划模式。它不会先给你一个计划让你确认再开始写代码。你告诉它做什么，它就开始做。 权限控制弱。没有像 Claude Code 那样的权限审批机制——它直接执行你给的命令。 学习曲线。相比"开箱即用"的 Cursor 或 Claude Code，Pi 需要更多的命令行操作和配置。 -- 来源威易网

个人在配置过程中也频频出问题，例如上文提到的重装 Node.js 就是因为装插件被权限问题逼迫的结果（Pi 的插件安装非常依赖 NPM）

虽然目前有诸如 oh-my-pi 的分支做了很多整合工作，让 Pi 更加接地气，Pi 的扩展中也没少有一体包，安装一个包就能带来大部分其他智能体自带功能，但千万别想着原版 Pi 自带，毕竟做太多加法与 Pi 的设计理念相悖

哪些人不适合 Pi？

1. 电子文盲：你们可能更加适合低代码平台？
2. 不会用或畏惧命令行的用户：不像 OpenCode、Codex、Claude 都提供了 GUI 版本，点点鼠标就能用，Pi 虽然你也能用 GUI，但初始配置依旧离不开对着命令行，看着输出调试
3. 只喜欢开箱即用：Pi 的开箱即用体验不一定是最好的，它只提供一个极简的基座，对于多数用户而言，Pi 很难满足你花样的需求。真求个开箱即用，个人还是更推荐 OpenCode 或其他智能体
4. 设备糟糕但想白嫖的用户：白嫖不是不行，本地部署 AI 模型即可，但它对设备性能要求并不低，特别是能满足日用的；此外正规中转站的免费 AI 基本都有或这或那的限制，高强度使用除非用不正规的公益中转站，免不了花钱
5. 订阅了 Claude Pro 并计划使用它的用户：可能是 A➗ 神力，你能够用，但要额外计费，而不是算在 Pro 计划内，考虑到国外 AI 模型价格可能会爆预算[^3]

总结

我的智能体工具使用路径大致为：OpenCode -> Claude Code -> Reasonix -> Pi，如果 Pi 没啥变故，并且没啥更优秀的选项，Pi 大概率将成为我的主力智能体工具，故向各位推荐 Pi

但是，无论你使用的是什么 AI 智能体工具，请永远不要忘记你是一个有主观能动性的人类（假设这篇文章不被机器人阅读），使用这些 AI 工具一定要有分寸：AI 不是万能的，它也有可能犯错，而你是一切的掌舵人

In a world hurtling towards AI, we believe humans are the best agents. AI is possibly the most powerful tool humanity has ever seen, but we wield the hammer, the hammer does not wield us. 在一个向人工智能飞速推进的世界里，我们相信人类是最优秀的“智能体”。人工智能可能是人类见过的最强大的工具，但我们掌握的是锤子，锤子不掌控我们。 -- 来源 Pi 开发者 Earendil Inc. 官网，目标

[^1]: Anthropic embedded spyware in Claude Code — and attempted to hide it from you : r/ClaudeAI [^2]: International Cyber Digest on X: "‼️ BREAKING: Anthropic has embedded hidden spyware-like code in Claude Code that covertly targets Chinese users. It then sends information regarding every user by injecting it into their prompt message. Claude Code is sending info like timezone, proxy and possible AI Lab https://t.co/EjfwtirhES" / X [^3]: I tried Pi after watching its founder explain why he quit Claude Code - DEV Community

2025 年苹果发布了 macOS Tahoe，引入了新的液态玻璃设计，同时也对图标进行了升级，可以进行更多的自定义，但是对于非 Xcode 项目而言，要成功应用这一套新的图标有不少阻碍，本文介绍一种方案，可以帮助大部分非 Xcode 项目在 macOS 上也可以用上液态玻璃图标。

原理

这里使用一个流程图进行表示 macOS 26+ 系统的图标获取过程（内容可能会有点不严谨）

graph TD
    A["请求图标"] -- "读取 Info.plist" --> n1@{ label: "Info.plist 是否存在CFBundleIconName" }
    n1 -- 是 --> C{"是否存在 Assets.car"}
    n1 -- 否 --> n3@{ label: "Info.plist 是否存在 CFBundleIconFile" }
    n3 -- 是 --> n4["是否存在<br />指定的 icns"]
    n3 -- 否 --> n2[/"加载占位图标"/]
    n4 -- 否 --> n2
    n4 -- 是 --> E[/"加载 icns"/]
    C -- 是 --> n5["是否可以按照<br />Info.plist 数据获取图标"]
    n5 -- 是 --> D[/"加载 Assets.car 数据，<br />合成液态玻璃图标"/]
    C -- 否 --> n3
    n5 -- 否 --> n3

可以看到，要实现液态玻璃图标，关键在于 Assets.car 文件，.icns 图标与 Assets.car 中的图标互不冲突

开始

准备

• 耐心（毕竟各种奇奇怪怪的情况总会意外阻止你前进，被迫重新开始）
• 白苹果 Mac 或驱动完全的黑苹果（Windows、Linux 下的虚拟机会可能卡顿，并且还有概率会引发 Kernel Panic 导致重头再来，如果你有图标工程文件但无 macOS，建议直接看“附加”部分在 GitHub Action 下用macos-latest镜像跑编译指令）
• macOS 15 及更新版本（以 Xcode 26 最低系统要求为准）
• Xcode 26 及更新版本 + macOS 26 SDK 及更新 SDK
• Icon Composer（WWDC 2025 版本，用于制作液态玻璃图标，如果愿意也可以手搓不用它，这里不进行讲解）

须知

1. 如果你的项目已经包含了 Assets.car，您可以取其中一部分参考，这里默认认为你没有 Assets.car
2. 使用液态玻璃图标的硬性要求是 App Bundle，这也代表着 Java JAR 或者 Unix 可执行文件不进行打包无法使用液态玻璃图标
3. 如果软件在使用过程中会使用已有资源替代 Dock 上的图标，那么在 Dock 中你所创建的图标会被替代

过程

1. 创建一个液态玻璃图标

使用您下载的 Icon Composer 创建一个液态玻璃图标，这里不详细描述，若有需要，请查阅以下网站：

• Creating your app icon using Icon Composer | Apple Developer Documentation
• B 站也有不少视频可以进行参考学习

注意，如果你希望分发保存的项目，请别忘记先压缩一下，.icon 为后缀的文件本质上也是一个文件夹！

2. 新建 Xcode 项目

创建新项目，模板请选择 "App"

然后的 Xcode 会要求你提供软件的名称，随便填写，组织对于第一次使用的用户而言随便填写一个即可，其他图方便均选 “None" 即可

如果你正在使用 macOS 15，建议直接跳转到“附加”通过指令编译，个人测试图形化手段没有成功

至此，你已经成功完成了项目的创建！

3. 引入并提取图标

请先把 .icon 文件更名为 AppIcon.icon，不然依旧是占位图标：

直接将图标文件拖到文件树导入，弹出的提示窗口在确保唯一的项目是被选中的前提下点击Finish完成导入

直接运行然后退出，然后在顶栏选择 “Product" -> "Show Build Folder in Finder"，这将在访达中打开 Debug 构建所在位置

进入 Debug 目录，你会发现那个 .app 文件正在静静地躺在那里

如果你遇到了在访达中看起来依旧在使用占位图标的问题，你可以在选中应用然后按下 Space，打开 Quicklook ，在这里你可以确定它是否成功应用了你自己设计的新图标

至此，图标资源的生成工作已经完成！

现在右键这个程序，选择“显示包内容”，导航到 /Contents/Resources 下，你所需要的两个文件就在这里了

把这两个文件复制出来，提取工作也告一段落

4. 应用新图标

现在到你所开发的软件这里，同样的打开包文件，定位到 /Contents/Resources 下，将上面复制的文件替换进去（或者单一的 Assets.car）

我在前面提到，macOS 26+在读取过程中会使用 Assets.car 中的文件合成液态玻璃图标，但我没提到这个 .icns 文件是为了保证对老系统（macOS 15 及更老版本）的兼容而保留的，所以如果你希望在这些老系统不要应用液态玻璃图标，上图中的 AppIcon.icns 无需复制进来

然后需要做的就是让 macOS 认出来，用文本编辑器打开包中 /Contents/Info.plist（不太推荐使用 Xcode，它会使用自然语言来解释那些晦涩的代码，虽然更容易看懂用途但你不一定能找到正确的值）

在 dict 中添加...

<key>CFBundleIconName</key>
<string>AppIcon</string>

保存后，现在你的应用的液态玻璃图标在 macOS 26+ 应该可以被正确识别了！

如果你希望修改 .icns 图标，你可以选择直接改名字去替换 Resources 目录下已有的图标，或者把新图标放进去然后修改 Info.plist：

<key>CFBundleIconFile</key>
<string>AppIcon.icns</string>

意为把App Bundle的图标更换为生成的 AppIcon.icns

至此，一切大功告成，如果系统看起来没有更新图标，你可以选择重启一下设备~

附加

太复杂了，有什么简单的方法？

在最开始编写的时候没意识到可以直接用命令行编译，这里给一个模板，替换其中的占位内容即可！不过要注意如果你设备有多个 Xcode，一定要 xcode-select 到 Xcode 26+，如果只是命令行工具也要

xcrun actool "{.icon 工程文件}" \
    --compile "{导出目录}" \
    --platform macosx \
    --target-device mac \
    --minimum-deployment-target 26.0 \
    --app-icon "AppIcon" \
    --output-partial-info-plist "/dev/null" \
    --include-all-app-icons \
    --enable-on-demand-resources NO \
    --development-region en

注意，直接对着你的 Icon Composer 项目执行此代码可能不会生成用于 Fallback 的 icns 传统图标集，只要把里面的AppIcon替换成工程文件名（例如 XXX.icon，则替换为 XXX），就会生成一个新的 Assets.car 和 icns 图标集；这个 Assets.car 也能用，但 CFBundleIconName 需要填工程文件名，包括 CFBundleIconFile 也请以icns图标的实际名称为准

这个 Assets.car 里面有什么？

看图：

如你所见，我下架了大量本站的文章。

很高兴又各位的支持，但是坦白说，随着阅历的增多和一些其他原因，我愈发感觉这个博客的一些文章有点 silly （蠢的）。

例如大量未经证实的资料道听途说就直接公布，当然还有不少带有煽动性的言论......

我曾想过是否有必要继续维护这个博客，许多次的答案都是“是”，再加上学习压力的冲击，确实，我有点累了。

但自从 2024 年的一时冲动购买了域名（damon233.top，现在因为一些原因可能该域名在2034年到期后没有机会续签），我还是想着打理一下博客，至少改一下页尾的版权年份。

决定继续维护博客带来的就结果就是我会偶尔关注我以前的哪一些文章，怎么看怎么别扭，最后还是决定一次性下架吧，然后就有了这一件事情。

未来发展方向

毕竟是玩技术的，我打算让博客内容逐步向技术内容迁移，当然帮朋友或自己宣传东西这类不算“太傻”的文章也会写写，还有一些非常主观的吐槽。但毕竟不是全职，我也只是一个学生，再加上个人添置了一个新设备（MacBook Pro 2024 Nov, Mac16,1）并且因为一些需求越用越多，此博客更新频率会更加带有随机性（目前博客的所有资源目前都存在我的 Windows 设备上，迁移搞环境配置太糟心了，并且两台设备的交替使用也有可能会导致一些“打架”）。

当然了，我在不少写作平台都有账号，未来我在这些平台的作品如果有一定的价值，也会考虑给本博客加点小料。

但是我还想看......

对于部分文章，下架只是暂时的，在进行了调整之后，它们有概率会重新上架（保留原来的发布日期），但对于那些有一定煽动性，或者主要通过“洗稿”完成的文章，当然还有一些蠢到不能在蠢的门外汉型技术文章，大概率是没有希望了。

不过这不代表这没有任何机会，本站笔记是在 GitHub Pages 托管，你可以看看我以前的提交，在那里也能找到你所需要的东西，互联网档案馆的 Wayback Machine 如果有存档，你也可以翻翻看。

还有一点是那些文章使用的图片我并不打算删除，假装被某些人直接链接使用了，贸然删除总不太恰当。

总之，事已至此，本站的改革之路已经开始，其他的不用再关注，尽我所能让量的积累实现质的变化，也算是我对这个快节奏的互联网一个小小的贡献吧......

正式版很早就已经发布，大伙儿看一乐就行

估计很多人都没意识到 VBox 悄悄更新了这个新测试版本，它在主页新闻中只字未提。

不管这么多，先看看这是什么玩意！

主

时代变啦！！！

第一条绝对要重磅一点，VBox 换图标了！

个人感觉缺乏辨识度，稍微还有点小丑，但最少看起来简单了很多，即便在当初 7.0 发布的时候格格不入的设计风格就让我预见到 VBox 必然会改图标

当然这个更改也有牺牲，首当其冲的就是长期以来一直很有设计感的传统 BIOS 启动图标变得更加平庸：

当然受到影响的还有关于界面：

新框架

看上面的关于界面是否关注到了一个小细节？

没错，VirtualBox 终于用上了 Qt6，非常巧的是，Qt6.5 这个版本正是去年官方论坛一个请求Qt更新时提到的大版本号，不算过时，即便最新版本已经来到了 Qt6.7

对于使用深色模式且 DPI 不是 100 的整数倍的用户而言，这一次更新变化可谓巨大，尤其是对于Windows 用户而言，标题栏终于变成黑色了，UI 尺寸终于正常了

当然新框架下 UI 也被修改了，比如设置界面，多出了 Basic（基础）和 Expert（专家）两个模式，前者提供的设置项更加基础，并且设置的页面内容被放在了同一页，这点见仁见智了。不过新加的搜索功能的确对新用户非常友好

Apple Silicon用户狂喜系列

VBox 7.1 版本正式支持 Apple Silicon，现在用户可以在搭载M系列直接处理器的 Mac 上虚拟化Linux和BSD虚拟机，Windows on Arm 没人测试，也不知道

不过对于直接虚拟化这件事情，x86-on-ARM 并不支持 OOTB，即便可以手动开启，但启用性能会变差，尤其是带有图形界面的虚拟机操作系统而言。

只不过什么时候推出适用于 Windows on Arm 和 Linux Arm 的 VBox？最少 macOS 这一步已经走出来了

Linux 用户狂喜系列

这一次，VBox 终于支持 Wayland 主机与虚拟机之间的剪贴板共享了，即便 Wayland 未来替换掉 X11 还有很长的路，但这也是好兆头之一

其他的，更完善的新内核支持这些废话也没必要多说了

其他无关紧要的小更新

1. 改进了屏幕录制性能
2. 远程桌面扩展证书改进
3. NAT 使用了支持 IPv6 的新引擎
4. EFI 添加了 Microsoft DB/KEX 到新的虚拟机

尾

这个版本变化幅度相当大，即便里面有很多东西让用户等了好几年

注意，该版本属于 Beta 测试版，可能存在严重的 BUG，非专业用户不要随便升级，安安心心用稳定版吧，还有一点就是中文还不完全，英语不好的也不太推荐升级

顺便盲猜一波，估计未来很多图标都会重绘

下载链接：https://download.virtualbox.org/virtualbox/7.1.0_BETA1

• 爱国及立场问题：本人只是为了用较为客观的内容陈述现实，如果国家被理性地赞扬，我会高兴，被无端地污蔑，我也会打抱不平，在这方面，本人立场与多数常人一致，即便本文的很多吐槽，可能触及到了很大一部分人的敏感部分。另外海外这种情况也不是没有，但国内相较起来问题尤为突出

前情提要

注意！本文发布时相关事件已经平息，即便依旧有人为此头疼！

前段时间，很多开发者都发现自己的 GitHub 项目都无缘无故出现在了 GitCode 这个从未听说过的平台，这个平台笔者很早就有所耳闻，毕竟这个平台背后有 CSDN 和华为云撑腰，而众所周知，在中国互联网，无论用中英文搜索编程相关内容，最常见的平台就是 CSDN，或许是有什么 SEO 优化神力吧，反正铺天盖地，从中你应该是听过 GitCode 这个大名。

事情细说&个人观点

这件事情被曝光出来，那可谓众怒，我也第一时间搜了一下自己的项目，好在没有出现。不过我毕竟在 GitHub 也没啥存在感，其他名气比较大的项目都比较惨了，甚至有人一怒之下认领了这些项目马上删库注销。个人也非常唾弃 CSDN 和 GitCode 这样厚颜无耻的行为，哪怕像 Gitee 自立门户也就算了，更何况这一切都没有经过项目开发者的允许，甚至没发邮件进行通知（虽然不是所有人都公开了它们的真实日用邮箱地址）。

虽然项目开源，几乎所有协议都允许第三方自己修改源代码或者镜像，不过 GitHub 不是所有项目都是开源的，很多都是公开源代码，但你不能拿它进行分发，比如 Aseprite（不过截至笔者写这篇文章，GitCode 都还没搬运这个项目），实际上这类项目还有很多，共同点是不提供 LICENSE 或者 COPYING 这类文件，可能有 EULA 这类文件，这类项目如果被搬运过来，那实打实的侵犯著作权了。

CSDN 作为国内元老级网站之一，这么多年的运营已经不是第一次干这类事情了，比如 CSDN 的下载区收费，可谓吃相难看，有些人为了赚取下载积分上传了大量资源，导致下载区内容质量良萎不齐，当然了还有一些 AI 写的狗屁不通的文章。比如我之前看到的一个介绍 osu! 这个游戏的直播推流软件 gosumenory，在 CSDN 变成了 Go 语言的内存分析工具[^1]（UPDATED：此文章在 2026 年 1 月更新，修正了这个低级错误），指向链接却是给游戏用的玩意，是真的难绷，即便这个项目的确是使用Go语言开发的。当然这不是个例，类似的文章非常多，其中一些垃圾文章变成 VIP 专享，这还是小的，最重要的是 CSDN 不少人将博客园等国内技术博客网站或者海外的那些文章冠以原创搬运过来，甚至直接站内搬运标原创。开发界混乱也有 CSDN 的功劳。

顺便一提，GitCode 是基于 GitLab CE 开发的[^2]，不过在部分宣传文案中却称自己是独立自主研发的 Git 平台（该内容还需呀求证）。

华为不同多说，虽然处理开源的方式还算妥当吧，但是这操作只能说遥遥领先了。

引起的思考

1. 针对开源界

相信很多人都有感觉，不少中国互联网企业都喜欢白嫖开源软件，部分企业员工或者其他个人都有可能在一个开源项目中当甲方，在问题提交网站以强硬的态度按照他们的需求开发新功能，如果有较高的报酬估计很多开发者也就想着算了，但是大多数情况都是无偿。这也不是没有依据，毕竟很多开源开发者，尤其是手握重要基础设施开源项目主导权的开发者，或多或少都经历过这样的时刻，当然这种情况国内外都有。有些公司甚至摊牌，拿了别人的东西一通乱改，就自信地说这是这是自研，之前的 CEC-IDE（本体 VSCode，违反了 MIT 许可证）、木兰编程语言（本体 Python）、红芯浏览器（本体 Chromium 内核，更多内容，可以看看这篇文章）就是这样走过来的，不过最后都被揭发，不过比较好的是这些公司或多或少都认清错误选择了致歉。

事实上对于开源白嫖最严重的还是操作系统领域，比如鸿蒙早期与 AOSP 千丝万缕的联系，虽然现在的 Harmony OS NEXT（即鸿蒙 6+）还行，但当时鸿蒙为了博取眼球、掀起人们的爱国情怀，做了多少不切实际的宣传。即便在很多搞机的人而言这是一个笑话，但是有很多普通消费者在营销号和华为营销的共同作用下蒙在鼓里。这是往事，也没必要详细去提了，不过好在 HOS NEXT 也让不少人意识到了事情的真相：鸿蒙 1-4 不是真正的纯血鸿蒙，这方面也算值得庆祝。

而现如今的 UOS 可谓“国产桌面操作系统之神”，不过它有一个很现实的问题就是完全不开源，虽然他是一个面向政企的 Linux 发行版，性质类似于 RHEL。不过红帽的做法只是阻止你获取源代码，UOS 甚至连内核都不开源，这是违反了 Linux 使用的 GPL2 许可证的行为。不过它的社区版 deepin 却开源了内核，虽然有概率两者内核一模一样（这点没有官方确认，由于同一份源码用不同的编译参数出来的内核二进制文件也不一样，也难以考证），但考虑到面向的客户不一样（不排除由专门定制的情况），也有概率使用了两个不同的代码库。排除这东西，是 UOS 使用到的很多 deepin 组件也是用 GPL3 协议开源的，UOS 上很多组件都和 deepin 这个上游也不大一样，这不就是连自己都不遵守自己选择的许可证？虽然两者由不同的公司开发管理维护。事实上 UOS 官方论坛中某一个帖子里面关于该操作系统开源问题的讨论就可以知道中国开源界有多么乌烟瘴气[^3]。（UPDATED：西装门已经证明统信和深度目前的情况已经拉完了，连深度前 CTO 都在锐评[^4]）

不过值得一提的是，之前的关于违反 GPL3 引起的国内著作权案件中，GPL3 作为民事合同被认定为具有法律效力。这是好兆头，或许未来开源软件开发者的包括著作权在内的权益将被进一步保护。

2. 针对整个中国互联网

其实这件事情可以非常清晰的反映中国互联网现状，随着一些众所周知的原因，中国互联网厂商开始主张独立自主研发，或者自主可控，再加上一些营销宣传，让不明真相的人们愈发觉得国产是真神，国外产的就是不可控，我们坚决抵制。甚至有一些国人作品主要面向国际，用英语写文章，写项目，做视频，都会被那些人称为洋鬼子。即便我们的确应该积极提倡自主研发，这对整个国家与社会都有切实的好处，在当今形势下也的确有这个必要，不过说实话我不知道该怎么评价现在的氛围，这么说说的确没啥意思，看看下面的内容好好想想吧......

如果有两个完全相同的 Linux 发行版，除了名称、版本命名方法、壁纸图标、软件包提供商（内容完全相同）等小细节不同，其他完全相同，包括 BUG、内核、依赖等，一个由国内厂商闭源发行并称为国产操作系统，另一个由国外厂商开源发行并称为 Linux 发行版，两者的目标市场都是中国，各位觉得两者的结局怎样

大多数人估计都认为国内厂商赢，国外厂商输。这也符合我的预期。

事实上，中国互联网的问题还有不少，这篇文章的格局还算比较小，毕竟全写一方面要写的东西太多，另一方面也偏离了我写这篇文章的目的。这些问题我估计不用说，很多人就明白了吧。

总结

实际上，CSDN、GitCode，还有上面提到的 UOS、鸿蒙、CEC-IDE、木兰、红芯浏览器都或多或少反映了文章中提到的那些问题。总结起来，无非就是这些：

1. 盲目爱国，缺乏国际视野，成为“蒙鼓人”；
2. 白嫖成果，却不顾这些成果背后可能已经穷困潦倒的开发者；
3. 只顾热度不顾质量，营销手段来获利。

而上面的内容进一步总结就是一个词：资本利益！这或许就是中国互联网与开发界最大的挡路石。

虽然我承认一个软件的健康成长离不开资本的支撑，不少开源软件也为了长期生存积极探索着商业化方式，但我真心不希望看到中国应用程序开发界氛围的进一步恶化，更不希望看到中国互联网成为少数几个头部公司的赚钱工具——这有悖于互联网的初始理念！

在 AI 大爆发的年代，我不希望普通或者独立开发者沦为大公司的可以随意摆弄的棋子。

[^1]: 探索 GoSumemory：一款强大的 Go 语言内存分析工具-CSDN博客 [^2]: CSDN 发布开源代码托管平台 GitCode_gitcode什么时候开始的-CSDN博客 [^3]: UOS 的开源在哪里－统信 UOS 官方论坛 (chinauos.com) [^4]: 统信前身深度科技前 cto 锐评统信西装事件 - 闲聊灌水 - 小众软件官方论坛

易语言（EPL）是一门以中文作为程序代码编程语言，其以“易”著称，创始人为吴涛。易语言早期版本的名字为E语言，也通常代指与之对应的集成开发环境。其最早的版本的发布可追溯至 2000 年 9 月 11 日。创造易语言的初衷是进行用中文来编写程序的实践，方便中国人以中国人的思维编写程序，并不用再去学习西方思维。易语言的诞生极大的降低了编程的门槛和学习的难度。从 2000 年以来，易语言已经发展到一定的规模，功能上、用户数量上都十分可观。

(百度百科复制的)

易语言优点

1. 方便学习...

   易语言使用中文的确使得很多国人走进编程圈子，学习起来也变得简单，因为使用母语，可读性也有大大提高，即使不动编程者，也可以理解，也因为如此，易语言在开发小工具上体现出来惊人的简易性（360 文件粉碎机的早期版本就是用易语言写的）

2. 编译方面...

   易语言为了降低学习难度，放弃了 SDK 等复杂的东西，同样也大大降低了环境搭建难度，一个软件，一个加密狗，就可以写程序了（静态编译也就麻烦一点点）

3. 在历史上...

   易语言历史长，有稳定特点，并且从 1.0 到现在，易语言的编写程序难度已经大大降低，例如早期版本无缘无故的“草稿”在现在也没了

4. 第三方上...

   易语言因历史长，也有了广泛的第三方基础，这些库方便了他人，不需要其他开发者去反复造轮子

为什么陨落

凡事都是双刃剑，易语言的这些优点到头反而成了易语言最大的缺点，举例便是...

1. 历史问题...

   作为 2000 年发布的编程语言，软件以及有多年历史，往好处说，更加成熟，但也正因为历史太长，软件也开始了屎山堆积

   易语言最新版本实际上都是为 Windows XP 或者 Windows 7 开发的，导致软件在更新的系统总会有点小问题（毕竟这些年来微软添加了不少 API，同时也有许多过时的 API 被删除）

   也是因为如此，易语言 IDE 对于 Windows 新 API 的支持很差，包括其编译出来的程序也有同样的问题（如果自己调用 Windows API，当我没说）

   此外，大有吴涛在 21 世纪前 10 年时积极更新易语言，短短 10 年从 1.0 进化为 5.0，甚至还兼容了 Windows Vista 引入的 UAC，但是第二个 10 年开始，易语言就开始大力咕咕咕，10 年来就几乎没有更新什么东西，这年头易语言依旧是 5.x

   此外，易语言界面也堪称复古，典型 Win2k 风格，并且没有更新过，虽然有第三方 UI 库，但是随之而来的是更多的 BUG，当然这也从侧面反应其技术栈老旧

2. 软件编译...

   易语言的定位实际上是简单用母语写程序，所以也带来了许多编译问题

   • 易语言默认编译器即使编译一个空白程序都要 500KB，而隔壁 Visual Studio 2022 的编译器去编译一个空白程序才 100KB，如果编译 32 位还要小于 100KB，可见易语言编译的文件有大量或许你用不上的死代码，虽然有黑月等优秀的解决方案，但使用门槛高（不能使用易窗口）
   • 不支持指定 SDK，导致编译的软件通常对新版 Windows 兼容性不是特别特别好，总会有小问题
   • 不支持编译 64 位程序，也是易语言最大的问题之一，Visual Studio 在 200x 年就可以编译 64 位程序，易语言硬是到 201x 年才有一个编译 64 位程序的选项（如果可以编译 64 位程序，软件性能将会有巨大提升：充分利用 64 位设备性能，并且还可以更方便地调用 64 位 API，并且如果调用的第三方库是别人用其他语言编译的 64 位库，那调用会变得特别麻烦）
   • 软件编译出来是有内存限制的，最高只可以占用 1GB 出头一点，虽然易语言助手已经有插件尝试提高内存限制，但也不高（况且人家内存调度也不太行，容易留垃圾，GC 也不够方便）
   • 编译的软件经常会报毒，虽然无可厚非，因为很多人拿这玩意写病毒，杀毒软件往往就将易语言编译的软件的共同特征信息给存在了病毒库中
   • 编译以后如果你用 Resource Hacker 去看易语言程序，你会发现有很多无用信息，譬如两个不知道哪来的图标和一堆可能这辈子都用不到的窗口（死代码）
   • 这年头居然还有编程语言不支持 Unicode 编码，还在使用 ANSI（GBK），这导致的问题就是不支持非中英文的语言（不然不是问号就是被替换成了汉字），其他语言的系统运行程序会有乱码（Unicode 中文编码在其它语言系统的可能也就字体因为不能区分写法难看一点），并且在与其他现代程序的进程通讯也会很麻烦（使用精易模块会使得你的代码非常乱，疯狂互转，非常蛋疼，还容易忘），即便近期易语言似乎在改善 Unicode 支持，但这无异于对一个即将倒塌的房屋修修补补

3. 软件自身...

   易语言作为一款商业软件，很多地方都要付费使用，但是硬件解密+高昂的价格的确使得易语言变得不太好用，并且据说加密狗很容易坏，尤其是高频拔插，很容易丢失，坏了丢了你就得去重新买，最终导致了一堆易语言用户都不会去买正版，易语言官方也不善罢甘休，到 5.9 直接从 5.8 的仅编译时插加密狗变为打开软件都要插，虽然此举可以有效改善加密狗丢失问题，但是如果是笔记本就很不便携，毕竟谁愿意好端端笔记本凸出来个东西

   当然了，之前的易语言 PJ 版都是靖宇通制作的，随着他不再参与 PJ 制作，易语言新版本的 PJ 深度明显不如之前的版本，可能某些时候就被一些插件识别出来了

   并且作为一个完全封闭的，从编码到编译器全部知识产权，没有第三方 IDE，不开放的软件，反而使编程体验不太友好

   毕竟是一个 10 年来几乎没有更新实质东西的老软件了，软件操作也远远落伍了，例如易语言自身和其编译的软件对新电脑的触摸板的支持就特别差，体现在精准滑动到预期位置有点艰难等

   更离谱的是，易语言在你没有保存源代码前都可以进行编译调试，这很容易让人忘记保存源码，并且易语言在不安装第三方支持库的前提下，都不支持自动保存

   软件还有一个问题，就是不支持协同开发，源码的二进制储存就是在位这过程雪上加霜，多人开发效率极低

   并且呢，版本控制上也不太行，就算本地进行版本管理，你也看不到 diff（如果源码体积太大甚至需要依靠 Git LFS 才可以上传到 Github 或者 Gitee 等 Git 托管平台）

4. 源码部分...

   说真的，易语言可以说是当前唯一活跃的保存的源码全二进制化的语言，并且，易语言的保存方法还不是单纯的加密混合源码，是直接保存内存数据，堪称离谱（当然好处是打开速度快），导致源码只能在易语言中打开，其他 IDE 几乎可能打开，除非有朝一日易语言破天荒开源或者被完全 PJ（虽然有一个 e2txt，但是相比其他语言方案依旧有点拉）

5. 语言问题...

   易语言因使用中文而变得简单，但是中文也成了易语言最大的累赘，易语言写程序相比其他西文编程语言而言编写效率太低，这也是为什么很多易语言开发的复杂软件的变量或者程序集都是直接拿英语去写

   易语言变量声明也很让人难受，只可能在一个子程序顶部或者全局变量页去声明，有时会带来很多麻烦

   易语言至今都没有做到原生函数式支持，在开发数学软件会比较麻烦，虽然有第三方开发的

   易语言的语法也是多年没有实质性更新了，其他语言实现相同的功能写起来越来越简单，但是易语言依旧十分复杂，有时一些奇葩但又很正常的逻辑会让你怀疑自己的智商

   总而言之，易语言并不是一个合格的现代编程语言

6. 社区问题...

   随着许多逆天开发者加入易语言社区，社区也开始变味了，现在社区有多让人难受，说说就明白

   • 易语言开发的一个简单的功能源码可能就要卖 ￥500，但是一个功能齐全的完整软件的超过 ￥50都可能嫌贵
   • 即使软件使用主流的开源协议开源，按照条目他人拥有修改代码二次分发的权利，但当其他人改完分发是有可能被开发者追着骂抄袭等
   • 很多人使用易语言多用于开发外挂插件等非法软件，导致易语言的特征码被大量杀毒软件标记
   • 社区成员喜欢给自己打广告，导致其他人很难找到适合自己的资源
   • 部分易友甚至连等宽字体与不等宽字体都不知道（虽然不知道有啥关系，但是可见易友的编程素养有待提高）

   不仅是社区逆天，可以用的资源相比其他语言也少太多

   另外社区中也不乏有外挂开发者，计算机病毒开发者等违法软件作者，一定程度上也不利于社区的健康发展

7. 第三方上...

   广泛归广泛，但也没其他历史更短的开放语言广泛，实际上，易语言的第三方开发非常蛋疼，尤其是支持库，官方推荐你用 Delphi （旧版）和 C++ （旧编译器）去开发，这还没什么问题，但是如果你去反查易语言开发手册，你会发现这玩意不仅仅不太好理解，很多旧接口都已经没了，导致在支持库开发上可能要走很多弯路才可以实现一些功能

   模块开发虽然相比而言简单很多，但是如果要让模块在易窗口作为组件使用，还是有点难度

   易语言在第三方模块和支持库的兼容性也非常奇妙，支持库冲突可能会直接导致IDE完全崩溃，重新打开还要按快捷键清空设置打开，很多地方都需要重新配置，会增加很多麻烦

8. 系统占用...

   暂且不提前面说到的文件大小比正常情况下大，因为易语言编译原理本质上是将源码丢给易语言自家编译器后再丢给 Visual C++ 链接器做链接（静态编译流程，其他编译方式并非如此），导致编译时需要一点系统资源，但是易语言 IDE、编译器与连接器也是 32 位，系统资源调度不完全，可想而知，因此易语言不适合大型项目开发（要知道对于大型项目，使用现代工具链或许也要编译几个小时，同样的体量易语言可能要更久，甚至期间还会崩溃）

9. 开发者上...

   易语言的开发者是吴涛，这毋庸置疑，但是易语言的安危和发展完全看吴涛脸色，可以说，易语言背后的主要开发者就他一人，而进入 21 世纪 10 年代，吴涛的开发中心开始转移到了两个火山的开发（火山3D游戏引擎（这个好像活的不太好），火山开发平台（易语言精神续作）），易语言自然就被吴涛给冷落了，年更易语言也开始变得难得（就说易语言 5.95，是 2023 年发布的，之后就没有发布过一个新易语言版本，上一次较大版本更新还是2019年的 5.9，在5.x早期，易语言甚至还有托更过几年，而易语言刚发布甚至还有过周更）

10. 后遗症上...

    长时间从事易语言开发，很容易使一部分人将自己与那些专业程序员相提并论，但是如果真的和那些专业程序员比，又远远不如他们

    并且，国内招收易语言开发者的公司很少，比较有名的怀疑只有精易了，但是只会易语言未来并不明朗的，这不是我说的，而是几乎所有评价易语言的人说的

    通常而言，如果你学通了易语言，你会发现你学习其他语言会异常艰难，因为易语言的编写思路在你精通以后根深蒂固，并且你很有可能会犯编程界里那些大错误，例如拼音作为变量名这些事情，还有一些很弱智的错误

长期以来，易语言已经步入中国开发界程序员鄙视链底层，很多使用易语言开发优秀软件的开发者并不希望有人出来曝光自己软件开发语言，以免被键盘侠们喷。易语言的精神续作火山平台虽然解决了部分问题，但是社区更加离谱，很多方面甚至不如易语言，中文编程语言是否拥有未来，这还是一个未知数，如果吴涛继续摆烂，迟迟不做出实质上的大更新的话，中文编程语言将无未来，反之或许可能复兴！（隔壁还有一个极语言，称自己为中文编程语言的未来，但是实际了解以后可以发现这位更是离谱，槽点更多，无奈啊）

“易语言能做的，英文编程语言都能做。很多英文编程语言能做的东西，易语言做不了。”

——来自知乎网友

“（易语言）除了全是问题之外没有什么问题。”

——来自网友

“易遗言”

——来自网友

内容已经过时！

本文是基于上一篇文章修改而成的📕~

前言

前些时候，新版的记事本面向 Dev 渠道的 Windows 11 发布

然后这是官方的文章：

Redesigned Notepad for Windows 11 begins rolling out to Windows Insiders | Windows Insider Blog

但是，使用正式版的我不甘心，于是就有了这个教程

教程

1.1 打开https://store.rg-adguard.net/

1.2 把 RP 换成 Fast

1.3 输入https://www.microsoft.com/store/productId/9MSMLRH6LZF3并按下 勾

（如果要用 CategoryID，请输入 0cfabdcb-e35f-4ee5-8ca1-76660ea27185）

1.4找到 Microsoft.WindowsNotepad_11.2110.64.0_neutral_~_8wekyb3d8bbwe.msixbundle

（千万不要用 Microsoft.WindowsNotepad_10.2103.12.0_neutral_~_8wekyb3d8bbwe.msixbundle，除非你要恢复，偷懒用：11.2110.64.0 版本安装包：下载，要旧版的，10.2103.12.0 版本：下载）

1.5 下载这个文件，但不要直接打开

2.1 使用例如 7zip 的解压缩软件打开包

2.2 找到 App_11.2110.34.0_x64.msix 包文件，并解压

3.1 再解压文件夹中删除 AppxBlockMap.xml、AppxSignature.p7x、[Content_Types].xml、AppxMetadata 文件夹

3.2 打开AppxManifest.xml

3.3 替换13行为 <TargetDeviceFamily Name="Windows.Desktop" MinVersion="10.0.22000.0" MaxVersionTested="10.0.22468.0"/>

4.1 打开开发者设置，并打开开发人员模式

4.2 管理员方式打开Powershell

4.3 在这里分别输入 Get-AppxPackage Microsoft.WindowsNotepad | Remove-AppxPackage -AllUsers

​ Add-AppxPackage -Register "(AppxManifest.xml的文件路径)"

完成安装

问题

Q:提示无法安装

A:检查是否删除了相应文件，如果不行，请检查是否使用管理器权限，或者开发人员模式，也有可能是没有卸载掉旧版本

Q:软件不正常

A:可以重新安装一遍

Q:删除文件夹后软件失效

A:安装文件后不可以删除文件夹，否则会丢失文件，这很重要，建议解压在 C:\Program Files\WindowsApps，也可以随便解压在一个目录

注意

虽然有中文，但我不知道怎么安装，如果你是英语渣，还是别用了，Dev 渠道在 Microsoft Store 直接安装

内容已经过时！

前言

前些时候，新版的 Media Player 面向 Dev 渠道的 Windows 11 发布

然后这是官方的文章：

New Media Player for Windows 11 begins rolling out to Windows Insiders | Windows Insider Blog

但是，使用正式版的我不甘心，于是就有了这个教程

教程

1.1 打开https://store.rg-adguard.net/

1.2 把 RP 换成 Fast，把 URL(links) 换成 PackageFamilyName

1.3 输入 Microsoft.ZuneMusic_8wekyb3d8bbwe 并按下 勾

（如果要用 CategoryID，请输入 16db93bf-8748-449a-96ba-e9ed3a5f872d）

1.4找到 Microsoft.ZuneMusic_11.2110.34.0_neutral_~_8wekyb3d8bbwe.msixbundle

（偷懒用：11.2110.34.0版本安装包：下载）

1.5 下载这个文件，但不要直接打开

2.1 使用例如7zip的解压缩软件打开包

2.2 找到 App_11.2110.34.0_x64.msix 包文件，并解压

3.1 再解压文件夹中删除 AppxBlockMap.xml、AppxSignature.p7x、[Content_Types].xml、AppxMetadata 文件夹

3.2 打开 AppxManifest.xml

3.3 替换11行为 <TargetDeviceFamily Name="Windows.Universal" MinVersion="10.0.22000.0" MaxVersionTested="10.0.22471.0" />

4.1 打开开发者设置，并打开开发人员模式

4.2 管理员方式打开 Powershell

4.3 在这里分别输入 Get-AppxPackage zune | Remove-AppxPackage -AllUsers

​ Add-AppxPackage -Register "(AppxManifest.xml的文件路径)"

完成安装

问题

Q:提示无法安装

A:检查是否删除了相应文件，如果不行，请检查是否使用管理器权限，或者开发人员模式

Q:软件不正常

A:可以重新安装一遍

Q:删除文件夹后软件失效

A:安装文件后不可以删除文件夹，否则会丢失文件，这很重要，建议解压在 C:\Program Files\WindowsApps，也可以随便解压在一个目录

注意

本软件会覆盖 Groove Music，但不会覆盖经典版本的 WMP，并且目前还没法安装中文，由于还在早期阶段，存在不少 BUG，并且目前视频播放还没有做好，体验可能不如 VLC 这些播放器

2021 年 10 月 5 日，Windows 11 21H1 正式发布，很多人都进行了更新，我也一样[doge]

但是从不符合最低配置的设备更新，驱动上总会有那么点问题，我遇到了一个，错误代码为 WDF VIOLATION

死机后我进入了安全模式查了 Dump，发现问题所在，网上对于这个问题的解决方法大多时惠普的，不够完整，这次我带来了两个，当然为了方便，惠普也会提到

BODY

老款 Mac 电脑

我就是用老款 Mac 的，这件事情整了我半天，现在告诉你哪里有问题

先看看报告

会发现主要问题出在一个叫 MacHALDriver.sys 的驱动文件，还有 ntoskrnl.exe 和 Wdf01000.sys 都不是最重要的

先说一下，MacHALDriver.sys 是 Bootcamp（启动助理）安装时释放的驱动程序，这是硬件抽象层驱动，但是删除它似乎并不影响设备使用

好，开始教你如何解决

1. 关机
2. 启动，出现 Windows 标志(也有可能是自定义的图标)时，马上关闭电源
3. 再次启动，出现 Windows 标志(也有可能是自定义的图标)时，马上关闭电源
4. 继续启动，启动 Windows RE(如果你启用了 BitLocker，需要输入加密密钥)
5. 不要点击重新启动，点击另外一个选项进入“选择一个选项”，然后依次点击“疑难解答”>“高级选项”>“命令提示符”
6. 输入 C:，回车
7. 输入 cd c:\windows\system32\drivers，回车
8. 输入 ren MacHALDriver.sys MacHALDriver.sys.bak，回车
9. 输入 exit，回车

电脑重启后，问题应该修复了

惠普

我没有惠普电脑，但按照网上教程，大概是这样

1. 关机
2. 启动，出现 Windows 标志(部分设备是 OEM 厂商标识)时，马上关闭电源
3. 再次启动，出现 Windows 标志(部分设备是 OEM 厂商标识)时，马上关闭电源
4. 继续启动，启动 Windows RE(如果你启用了 BitLocker，需要输入加密密钥)
5. 不要点击重新启动，点击另外一个选项进入“选择一个选项”，然后依次点击“疑难解答”>“高级选项”>“命令提示符”
6. 输入 C:，回车
7. 输入 cd c:\windows\system32\drivers，回车
8. 输入 ren HpqKbFiltr.sys HpqKbFiltr.sys.bak，回车
9. 输入 exit，回车

End

你这么一看，两者解决方法是不是很像

其实就是把不支持的驱动给硬核禁用掉（改驱动名），当然不要再主系统尝试，权限不够的！

以上操作也可以再 Windows PE 中进行，其实就是改改名嘛，安全模式应该不行，有文件保护机制

相关链接：

蓝屏错误疑难解答 (microsoft.com)

WDF VIOLATION 你的电脑遇到问题，需要重新启动-百度经验 (baidu.com)

或许你遇到过蓝奏云链接无法访问，对于我老说，不存在的！

那么，要不我给你分享亿点经验？

主

1.因为魔法上网

真的，蓝奏云作为中国网盘，在某些地区是无法使用的，如果真的打不开。。。建议先关闭一下，或者改一下地区代理

2.链接问题

IP 问题，拼写错误，这些浏览器报错，大多都是链接问题导致

例如以 lanzous.com 开头的网站打开。。。

再对比一下域名状况

以上都是正常工作的

这是 lanzous.com 的

你会发现 lanzous 的域名状态没有，尽管域名都没有过期

所以，改 lanzous 成 lanzoui、lanzouw 或者 lanzoux 就 OK 了，如果失效了，最后一个字母也可以换换

3.服务器问题

这个锅就不是你来背，是让服务器背的，当然如果服务器正在维护也会有这个问题，但大多可以进，但有又没完全进

尾

总而言之，网盘分享，链接多为好

文章在 2026 年进行了时效性更新

1. Peazip

这款压缩软件我体验过一段时间，免费开源，非常清爽，另外，它非常配 Windows 10 的 UI，外观的自定义型很强 先上张官网宣传图吧（不自己截是因为👴因为一些原因已经把它卸载了，当然不是因为它弱） 欸？英文？看不懂？不用担心这款软件是完全支持简体中文！ 你要的 官网

2. 360 Zip

不是国内版的，这个虽然好用但广告好像有点多，这里指的是国际版 功能和 Bandizip 大差不差，同样有压缩包语言（代码页），可以用来解决文件名称因编码问题的乱码 UI 真的，相当好看（对于我的审美） 更重要的是，无捆绑无广告，大小才 30MB 左右 上图！

360 Zip国际版 官网

当然 7zip、Nanazip 等也不错，适合自己才是最好的哟😶

2026 年更新：此软件不再推荐

不用我多说，它可以清理跟踪器、注册表、缓存文件等等等等，还可以自定义选择，当然，它还可以完全卸载顽固软件，升级国外的软件 当然问题很明显，不付费很多功能没法用，但基本上够用了，如果使用了 Professional 版，关闭浏览器会弹出一个很烦人的小窗口，如果你使用断网破解方式，等个几天，会是不是弹出许可证到期通知，但事实上并非如此，另外清理一次产生缓存也有 500MB。。。 直接上官网链接！ 官网 如果要白嫖 Professional 版，下载试用版，安装后选择立即激活，输入密钥 C2YM-XZT7-A4SE-UD89-YZPC，名称随便写，空着也行，然后要断网，要断网，要断网，这很重要，然后点击注册，确定一下，就进入程序了，永久激活，这时就可以重新联网了，当然我更提倡购买正版啊

2. 360清理大师

你们听到 360 的第一印象肯定是捆绑啊，广告啊，但这款软件是 360 又一个良心之作，无捆绑，无广告，官网免费下载，说白了，它就是 360 安全卫士优化功能的官方提取版，在用 360 安全卫士的可以忽略 这个软件的问题是功能太简单了，在 1440x900 等低分辨率屏幕不是很友好，程序是一坨挡在中间，占了 1/3 的屏幕空间，对 1920x1080 比较友好 这款软件我还没有深度体验，请各位自己玩玩 官网 翻到下载进行下载

好啦，这就是我推荐的这两款优秀的系统清理软件 顺带一提，我没在打广告哦😛

文章在 2026 年进行了时效性更新

1. 7zip - 压缩软件

优点：轻量级压缩软件，压缩率炒鸡高，解压速度也很快，兼容性也很强，Alpha 版本都很稳定 缺点：UI 太原始，暗黑模式下就是闪光弹 下载链接：https://www.7-zip.org/

2. Edge Chromium - 浏览器

不是 UWP 版本（使用 EdgeHTML），而是基于 Chromium 的版本（Windows 10 20H2 以上版本理论系统预装) 优点：在国内是支持同步的，有国产浏览器的大部分优点，有更好的平滑滚动，浏览器内核随 Chromium 更新，支持所有 Chrome 的拓展（甚至 MV2 扩展还支持） 缺点：营销太懒，狂推 Copilot，近期还把评价好的集锦等功能砍掉了 下载链接：https://www.microsoft.com/zh-cn/edge/ 旧版支持最低支持 Windows 7 平台，新版 Windows 10，并且在 macOS、Linux 下也可以用

3. Chrome - 浏览器

当代浏览器之王 优点：极强的兼容性、性能与稳定性 缺点：内存占用大，谷歌追踪，近期还有自作主张给你下 Gemini 模型 下载链接：https://www.google.cn/chrome/

4. VS Code - 编程IDE

优点：免费开源，拥有强大的拓展性 缺点：软件太庞大了，有时速度比较慢，如果介意可以用 Zed 下载链接：https://code.visualstudio.com/

5. Notepad++ - IDE 加文本

优点：体积小，支持大部分编程语言 缺点：界面太丑，不包含编译器，还有他的作者有点令人反感 下载链接：https://notepad-plus-plus.org/

6. IDM - 下载器

优点：下载速度快，风评较好 缺点：不支持 BT，付费，UI 太丑，反盗版机制比较难搞 我在这就不提供特别版链接了 下载链接：http://www.internetdownloadmanager.com/

7. FDM - 下载器

优点：免费开源，支持 BT 下载，速度也很快，颜值高 缺点：下载速度不如 IDM，并且闭源 下载链接：https://www.freedownloadmanager.org/zh/

8. Bandizip - 压缩软件

优点：UI 清爽，代码页在文件名乱码时很有用，跨平台 缺点：7.0 需要付费，免费版有广告和烦人的激活按钮 下载链接：http://www.bandisoft.com/bandizip/

9. Everything - 搜索工具

优点：可以快速寻找文件，体积小 缺点：UI 过于原生，并且索引文件并不小 下载链接：https://www.voidtools.com/zh-cn/

10. Notepads - 文本编辑

优点：基于 Fluent Design 1 设计，可以多标签，设计简洁 缺点：限制文件打开大小，Windows 11 的新记事本功能可能已经超越它了 下载链接：https://apps.microsoft.com/detail/9nhl4nsc67wm

11. QuickLook - 文件预览

这个软件会让 Windows 像 macOS 一样空格浏览文件 优缺点我整理不出来 下载链接：https://apps.microsoft.com/detail/9nv4bs3l1h4s

12. Recuva - 数据恢复

优点：有非常优秀的恢复效果，只要没格式化，文件会保留原名，并且对小白非常友好 缺点：已经停更了，UI 比较原始 这个软件其实不用付费了，因为购买不购买差别不大 下载链接：https://www.ccleaner.com/recuva

我只提供官网链接啊~~😜