不占用大家太多时间，咱们直接开门见山。这次更新的覆盖面非常广，不仅是功能的修补，更像是一次全面的体验升级。

一、更新总览​

以下是本次更新的核心目录速览：

二、功能速览​

1. 队伍管理​

2. 得分明细​

3. 总分模式​

总分模式时，界面中间的小卡片会直接展示双方的累计总分，而不是胜利的局数。

日常比赛基本上可以归类为两种计分体系：

4. 观战模式​

其他设备也能实时查看比赛比分。

• 设备协同：如果使用的是同一个微信账号，两台设备甚至可以同时修改比分。
• 纯净观赛：若使用的是不同的微信账号，目前处于纯观战状态，无法修改数据，非常适合场外观众。

5. 常用布局​

6. 工具​

7. 设置​

一个小技巧：在控制中心解除手机系统的“方向锁定”，直接转动手机，你就会发现换方向的竖屏界面啦。

8. 历史记录​

三、最后​

这次 3.5 版本很大程度上是被“如何修改队名”这一个意料之外的反馈激发出来的。

关于那些真正具有“颠覆感”的功能，我也很期待与大家在接下来的 4.0 版本中相见！

大家在体验新版本的过程中，如果遇到了什么问题，或是突然萌生了哪些想法，都非常欢迎继续在文章底部留言，也可以直接添加我的微信交流分享，便于我完成功能后及时给你反馈。每一位用户的反馈都在被认真对待。

即刻体验，“添加到我的小程序”吧！

👋 最后，作为独立开发的免费工具，大家的支持是软件持续迭代的最大动力。如果觉得好用，欢迎点赞、分享、关注与赞赏！

这次推出的 3.5 版本，不仅源于我对产品细节的打磨，更是由众多用户反馈直接驱动的产物。它或许没有颠覆性的耀眼噱头，但绝对是目前最顺手、最贴心的一版。

一、更新总览​

起初在构思这篇文章时，总觉得自己“好像也没做太多改动”；但真正动笔梳理后才发现，不知不觉间已经优化了海量的细节。

为了不占用大家太多时间，咱们直接开门见山。这次更新的覆盖面非常广，不仅是功能的修补，更像是一次全面的体验升级，甚至可以直接将其作为一份全新的“使用文档”。

虽然粗看首页似乎并没有大刀阔斧的改变，但真正的体验升级都藏在接下来的操作细节里。以下是本次更新的核心目录速览：

二、队伍管理​

反馈 TOP 1：你们可能想不到，在众多用户反馈中，被问及频率最高的一个问题竟然是——“怎么设置队名？”

面对这个反馈，我重新审视了之前的设计，并在 3.5 版本中进行了彻底的重构。

2.1 首页队伍下拉框​

2.1.1 更新布局​

点击首页的队名，即可直接唤出队伍操作的下拉框。下拉框内的陈列方式由原来的一行两列扩展为一行三列，在不显得拥挤的前提下容纳了更多队伍，视觉效果更加饱满。

界面变化总览：

2.1.2 增加“修改”按钮​

以往在首页只能快速切换队伍，而现在，你可以在下拉框中即时修改队伍信息。再也不用跳转到专门的“队伍管理”页面去费时费力地操作了。

2.1.3 增加“新增队伍”按钮​

为了进一步缩短操作路径，不仅在首页下拉框支持了直接新增队伍，还贴心地放置了两个入口，就近原则，哪个方便点哪个。

2.1.4 更新 “队伍管理”->“修改更多队伍” 文字​

将原先容易让人困惑的文案调整为“修改更多队伍”，让按钮的功能一目了然。顺着这个优化，让我们进入下一节。

2.2 “修改更多队伍”页面​

2.2.1 更新布局​

和首页下拉框一样，这里的列表同样升级为了一行三列的布局，“新增队伍”也依旧保持了双入口的便捷设计。

界面变化总览：

2.2.2 增加 “调整排序” 按钮​

其实在 3.0 版本就已经支持长按队名来调整排序了，但因为入口过于隐蔽，很多用户根本没有发现。

所以在这次更新中，我坚持了一个原则：有什么好用的功能，就要明明白白地展示给用户。“调整排序”按钮现已显眼地上线。

2.3 队伍编辑框​

2.3.1 更新布局​

增加了文本编辑框的宽度，这样即便是填入较长的队名或备注，也能一眼看清，不用再费力滑动了。

2.3.2 更新编辑体验​

细节决定成败。现在，当你开始修改队名和备注时，输入框会自动向上弹起，彻底避免了被系统键盘遮挡视线的尴尬，输入过程更加如丝般顺滑。

三、得分明细​

得分明细无疑是大家在计分时使用最频繁的功能。为了让它更加实用，我做了不少加法。

3.1 更新布局​

由于新增了多项实用功能，明细界面的信息密度有了显著提升。

界面变化总览：

3.2 增加“当前局”列​

现在，表格中会把正在进行中的对局的比分实时记录在内——毕竟，能看到当前局的走势，才称得上是真正“完整”的得分表。

3.3 增加压缩得分表​

在原有的得分表格下方，新增了更为紧凑的“压缩得分表”。让你能够更快捷地一瞥每一分的涨跌变化。

即使是已经结束的对局，也能在此轻松查阅复盘。

如果你想要深究每一分具体是在什么时间点、由谁拿下的，可以直接点击顶部的“对局详情”按钮进行追溯。

3.3 更新总分模式​

这项改动相对深层，它与接下来要讲的“总分模式”息息相关，你可以直接在下一节的“4.2 更新得分明细”中了解具体效果。

四、总分模式​

这是早在 3.0 版本就已经规划，但直到现在才终于完美落地的重要功能。日常比赛基本上可以归类为两种计分体系：

4.1 更新中间小卡片​

当你选择适用于总分制的运动布局（比如篮球）时，界面中间的小卡片现在会直接展示双方的累计总分，而不是胜利的局数。这才算得上名副其实的“总分模式”。

4.2 更新得分明细​

在开启“总分模式”后，得分明细表里的每局分数也会智能切换为显示总分累计状态。

这样一来，全场的得分变化走势便一目了然，再也不需要自己在脑海里费心计算了。

五、观战模式​

这也是 3.0 时期留下的另一个规划：让其他设备也能实时查看场上比分。

• 设备协同：如果使用的是同一个微信账号，两台设备甚至可以同时修改比分。
• 纯净观赛：若使用的是不同的微信账号，目前处于纯观战状态，无法修改数据，非常适合场外观众。

其实这个功能在一月份就已经悄悄上线了。受限于之前采用的云服务器策略，如果在低峰期首次接入，可能需要稍作等待。现在为了体验，我已经将最小服务器数量设置为 1，保障大家随时能“秒进”。

六、常用布局​

最初设计配置功能的用意，就是希望能让大家抛开晦涩的设置项，直接从“我要打什么比赛”的角度出发，快速进入状态。但之前的方式显然还不够优雅。

6.1 更新布局​

• 原先的“功能配置”正式更名为“常用布局”，让功能属性更加清晰易懂。
• 重绘了图标，确保在所有设备上都能呈现出统一且美观的视觉效果。
• 取消了繁琐的页面跳转，现在所有的布局切换都可以在下拉框内一站式完成，逻辑更加顺畅合理。

6.2 新增默认配置与自定义配置​

很多时候，我们会因为误操作改乱甚至删除了默认配置；或者在自己魔改时，又想参考一下原本的初始设定——这该怎么回退呢？

基于这些痛点，我将“默认配置”彻底固定了下来。

• 不可更改但可复制：系统自带的默认配置锁死无法修改，但你可以随时点击“复制”——以它为基底，生成一套属于你自己的“自定义配置”。
• 随心所欲的自定义：这些自定义的配置，你想怎么修改、保存甚至删除，全都可以自主决定。

6.3 新增实时布局​

现在的布局切换可谓丝滑：开启实时布局后，你在下拉框内修改的任何配置，主界面都会即刻响应发生变化。再也不用像以前那样，要在不同页面间来回跳转四次，才能看到配置生效的模样了。

碎碎念：实不相瞒，这算得上是一个灵光乍现的设计。逻辑重构后依旧认为混乱，甚至一度打算放弃想要回退代码时，脑海里突然蹦出了用 Switch 开关来控制的思路。有时候，真的需要“多往前走两步”，破局的灵感自然就会浮现。

七、工具​

7.1 新增工具下拉框​

为了让界面更纯粹，我将首页原有的“播报”、“随机”等零散功能，全部收纳进了统一的“工具下拉框”中。

7.2 新增哨子​

有了这个，场上的人不必再额外携带口哨。碰一碰屏幕，清脆的电子哨音骤然响起，让你轻松掌控全场节奏。

考虑到在比赛中哨音的需求非常即时，所以我特意将它放置在了原先“随机”按键的黄金位置。

7.3 新增暗黑模式​

专为弱光环境打造的深色（暗黑）模式上线，再也不用担心夜拍、晚场运动时刺眼的白光了。

更多优雅样式一览：

八、设置​

8.1 更新布局​

对设置页面进行了重梳理，调整了各个功能的位置层级，并引入了一些全新选项。

8.2 新增字体大小​

因人而异，字体大小的调整权限交到你们手中。

调整前后的效果对比：

8.3 新增竖屏模式​

有时候单手竖屏握持手机记录会更加轻便从容。

一个小技巧：在控制中心解除手机系统的“方向锁定”，直接转动手机，你就会发现换方向的竖屏界面啦。

九、历史记录​

9.1 新增自动缓存机制​

现在即使微信在后台意外杀掉了小程序，或是你不小心手滑关闭了它，再次打开时依然会自动恢复上一次退出前的数据状态，数据安全感拉满。

9.2 新增恢复记录​

这才是意义上真正的“记录保存”。你现在可以像读取游戏存档一样，将过去任意一场对局记录直接恢复到当前的计分板上。

9.3 更新描述​

大幅优化了对局列表的描述语意，比如通过类似 2(胜): 1 的直观展现，比分状况更加通俗易懂。

同时，在执行保存分局或是重新开局时，你可以直接在弹窗内点选处理方案，终于不需要被迫阅读一大堆枯燥的说明文字了。

十、最后​

回首 2025 年下半年，都在忙于其他事务。一直到 2026 年，才有机会腾出手来，着手整理并落实这些大家期盼已久的需求。其实这些功能在过年前基本就已经敲定了设计和代码，但受限于反复地测试，以及梳理所有需求（期间我还顺便完善了一个手机看板软件），一拖再拖，就这么来到了 3 月。

坦白说，这次 3.5 版本的焕然一新，很大程度上是被“如何修改队名”这一个意料之外的反馈激发出来的。收到反馈次数多了以后，我对用户的疑惑感到不解 ——“这是什么情况，为什么会找不到？” 随着深入思考，我终于意识到，根源在于之前下拉框的基础逻辑设计得不够友好。以此为契机，在这个版本彻底重构优化。

关于那些真正具有“颠覆感”的功能，我也很期待与大家在接下来的 4.0 版本中相见！ 之前在跟某位深度用户沟通交流后，蓝图就已经在我脑海中盘旋许久了。本来信誓旦旦想要在 2026 年第一季度拿出来，但临门一脚时，我还是决定要先克制一下：唯有先把这个 3.5 版本的地基打得足够扎实，拔地而起时才会更从容。

碎碎念​

• 一直在想，只要测试差不多了就该尽早将版本推给大家，或许能早发布一个月？边跑边修可能是更好的选择。包括这篇发布文档，也该一鼓作气写完，实在不应该搁置两三天。
• 编写这次的更新说明，沉淀的内容还挺多的。往后需要加强对自身付出工作量的感知力了。

大家在体验新版本的过程中，如果遇到了什么问题，或是突然萌生了哪些想法，都非常欢迎继续在文章底部留言，也可以直接添加我的微信交流分享，便于我完成功能后及时给你反馈。每一位用户的反馈都在被认真对待，我会尽力在平衡了手头事务后，将真实的声音化作下一个功能点。

即刻体验，“添加到我的小程序”吧！

👋 最后，作为独立开发的免费工具，大家的支持是软件持续迭代的最大动力。如果觉得好用，欢迎点赞、分享、关注与赞赏！大家的每一份心意，都将化作服务器维持运转的燃料，更是对这款小程序不断完善的最佳肯定！

（本文 4500 字，整理用时 13h）

本想找一篇最近反响不错的文章进行同步，结果在发布时遇到了一个小坎：小黑盒自带的编辑器，对于习惯了 Markdown 格式化排版的我来说，不够趁手。

正好有盒友在评论区提到了排版问题，我觉得这恰恰是一个绝佳的切入点：不仅能提高大家的创作效率，更能通过技术手段促进社区内容的“正向循环”。 这篇作为开篇，再合适不过。

零、效果​

二话不说直接看效果，“一键同步”的创作自由：

1. 左侧输入：直接粘贴或编写 Markdown 源码。
2. 中间转化：复杂代码块和表格会自动渲染为适配移动端的高清图片。
3. 右侧复制：点击下方的“一键复制文字内容”，直接在小黑盒发布窗口粘贴，排版瞬间完美还原。

工具地址：小黑盒文章编辑器在线版

一、起因：习惯排版遭遇“降噪”​

我习惯在本地使用 Typora 配合 Markdown 写作，追求的是那种“逻辑即排版”的确定感。

但在尝试将文章搬运到小黑盒时，尴尬的一幕发生了：直接复制 Markdown 源码，空格、换行和层级标记会全部丢失。

这是平台为了过滤非法内容、保障安全的“降噪”机制，这很正确。但这意味着我需要对照原稿，在网页编辑器里重新手敲一遍标题、加粗和链接。

二、探寻：挖挖编辑器的底层逻辑​

作为一个“开发者”，手动重复这类无意义劳动显然不是最优解。

通过浏览器开发者工具观察发现，小黑盒采用的是经典的 ProseMirror 编辑器。它是一种结构化的富文本编辑器。

我查阅了官方的 Friendly Markdown 示例，运用一些经验，跑通了流程。

三、实践：三步实现“降维打击”​

这个解决方案的核心在于利用 ProseMirror 官方自带的演示区域作为“渲染转化站”：

1. 准备源码：在本地完成你的 Markdown 创作。
2. 中间转化：打开官方的 Markdown Example 页面，在左侧输入你的源码。此时你会发现右侧的预览区基本按照语义进行了格式化。
3. 最终注入：全选复制右侧预览区的内容，直接粘贴进小黑盒的发布窗口。

你会惊喜地发现：一级标题、二级标题、列表甚至是加粗效果，都严丝合缝地保留了下来。

四、注意：定制的语法​

虽然这一招能搞定 90% 的工作量，但毕竟小黑盒的 Schema（文档架构）是定制优化的，还需要完善一些细节：

• 表格（Tables）：ProseMirror 不支持。
• 代码块（Code Blocks）：平台目前不支持原生的代码块语法，会被强制转化为普通文本或丢失。
• 语法微调：超链接、斜体、删除线等等。

五、最后：自主研发​

利用官方示例作为中间站固然能解决 90% 的格式问题，但剩下那 10% 的**“代码块”和“表格”**依然是心头的隐痛。

为了彻底解决这最后的“一公里”难题，我深度定制了一款专门面向小黑盒的**编辑器工具**。它在保留原生 Markdown 体验的基础上，增加适配小黑盒的功能：

1. 代码/表格自动转图：既然平台不支持代码语法，工具会自动将代码片段和表格渲染为高清图片。
2. 图片一键自动化：针对文章中涉及的代码、表格图片，实现了自动化处理流程，无需手动一张张复制图片并粘贴至编辑器中，极大缩短了发布链路。
3. 一键语义级同步：彻底告别对照原稿手动敲击标题、加粗和列表的低效。通过特制的转换逻辑，将完整的 Markdown 语义一次性同步至剪贴板，实现“所见即所得”的跨平台搬运。

👉 工具地址：小黑盒文章编辑器在线版

👋 感谢阅读！如有疑问或需要获取最新更新，请点击 阅读原文 访问维护主页，或在评论区留言交流。

欢迎点赞、分享、特别关注！感谢支持！

时隔一月，今天，我再次遇到了这个熟悉的 Error 错误：Agent terminated due to error。

You can prompt the model to try again or start a new conversation if the error persists.

一、现象：有权限但无法访问​

问题的诡异之处在于：账户已经是付费状态，理论上不存在权限不足的问题。

在付费后的第一次登录，依然跳出了报错窗口。这让我想起了第一次安装 Antigravity 时遇到的情况，历史总是在某种奇妙的节点重演。

二、猜想：初始化失败缓存​

结合两次遇到错误的经历，我产生了一个怀疑：网络波动导致的“初始化失败”。

在第一次登录验证时，如果网络环境不稳定，可能导致验证请求虽然发出，但回传的数据在本地写入时出现了损坏。此时，即便后续网络恢复正常，由于程序优先读取的是本地那个“错误”的身份标识，验证就会陷入无休止的死循环。

三、解决：手动“格式化”​

解决的思路简单粗暴但有效：彻底擦除程序的“错误记忆”。

1. 彻底退出：关闭 Antigravity 进程。
2. 清理缓存：找到并删除本地存储的身份认证文件（通常是残留的缓存或配置文件）。这是最重要的！
3. 重新启动：再次启动 Antigravity。

实测结果：重启后，程序重新触发了正常的验证流程，一切瞬间丝滑顺畅。

碎碎念​

• 两个月前遇到的问题，一个月前的文章。写完就该直接发！

👋 感谢阅读！如果这篇文章对你有所帮助，欢迎点赞、分享、关注。感谢你的支持，也欢迎在评论区留言交流。

前言​

为了完善“不完美”的记录过程，我试着搜了搜：BIOS 能不能直接截图？答案是肯定的。主板 BIOS 里其实隐藏着一个优雅的截图逻辑，它能将当前的调试状态瞬间渲染为无损的 BMP 图像。

以我的这块华擎主板为例：操作方式比想象中简单，但在实践中我也踩了几个值得存档的坑，希望你能避开。

第一步：准备一个 FAT32 格式的 U 盘​

要让 BIOS 认出你的 U 盘，必须使用 FAT32 文件系统。

操作步骤：

1. 右键 U 盘，点击“属性”，查看这个 U 盘的文件系统是否是 FAT32。
2. 如果是，这一步结束；如果不是，请看下方的对策。

避坑：exFAT ≠ FAT32​

我在初次格式化时，因为名字里都有“FAT”而错把 exFAT 当成了 FAT32。多次截图排查才意识到问题。

原因： 如果你的 U 盘容量大于 32GB，Windows 自带的工具往往只提供 exFAT 选项。 对策： 请出 Rufus 等工具强制格式化为 Large FAT32。记得勾选“非可引导”，分区方案选择 MBR。

正确格式化后：

第二步：U 盘插入 USB 接口​

将准备好的 U 盘插入接口，这一步应该没有问题。

额外测试：插入顺序与 USB 版本​

在我没解决第一步的 FAT32 问题前，一直截图失败，以为是U盘插入顺序、USB 接口问题。

为了解决心中的疑惑，我在本地依次做了以下测试：

结论：只要 U 盘格式正确，无论是先插还是进入 BIOS 后再插，截图功能都能正常工作。

引导选项中的 UEFI: USB，指当前使用的 U 盘

第三步：进入 BIOS，按下 F12 截图成功​

进入 BIOS，调整好你想要记录的画面，按下 F12，系统会提示截图成功。那一刻，原始的调试顺序就以 BMP 格式保存在 U 盘中。

悬案：消失的截图？​

提示成功，但在 Windows 看到 U 盘发现“空空如也”，切莫惊慌。

原因： 图片可能被写入了隐藏分区（尤其做过系统引导盘的盘）。BIOS 可能会将截图写入前面的隐藏小分区，而 Windows 文件资源管理器只看到了后面的大分区。我使用的 U 盘恰好刚装完系统。 对策： 在磁盘管理中删除所有卷，合并为一个完整的卷，再重新格式化为 FAT32 格式。

总结：成果展示​

参考资料提供了关键步骤，自己抠剩下细节。

经过一番折腾，我测出了那道最简路径：FAT32 + F12。

成功后的截图无色差、无畸变，那种“原机画质”带来的直观质感，是手机拍照永远无法模拟的。

碎碎念：细节里的效率与质感​

• 原生即正义： 不再需要拿起手机、调节对焦、传输裁切。素材产出的那一刻即是完美的。工具不再是阻碍，而是表达的延伸。
• BMP 的震撼： 一张 5MB 的无损原图，虽比压缩后的1MB PNG 略显“笨重”，但那份未经过度处理的清晰度，却总能带来一种源于真实的视觉震撼。

参考资料​

• 主板 BIOS 如何截图? - 知乎
• 华硕主板 BIOS 如何截图？ - 知乎

👋 感谢阅读！如果这篇文章对你有所帮助，欢迎点赞、分享、关注。感谢你的支持，也欢迎在评论区留言交流。

于是，我决定通过实验解决这个“噪音”问题。

一、实践过程：寻找平衡点​

这是一个华擎主板，所有的优化都基于对其 BIOS 的微调。我通过切换不同的风扇模式，并配合分贝仪记录了实际的数据表现：

分贝仪在调整过程中的拍照：

为什么我有分贝仪？这是一段的悲伤故事。如果你对现实生活的静音环境感兴趣，留言或私信，激活那篇沉寂的稿子。

二、数据整理​

下述表格记录了实践中的数据，以及个人听感。

提供一张双轴线性图，清晰展示了风扇噪音优化数据。

关键洞察：

1. 软件阶段（前4行）：转速每降 ~300 RPM，噪音降 ~5dB，呈线性关系
2. 物理阶段（后2行）：转速不变，仅改变空间位置，额外获得 -10dB（人耳感知响度减半）
3. 边际效益：软件调优到 45dB 后进入瓶颈，物理优化才是突破关键

三、总结：性能与安静​

实验证明，风扇性能每下调一个档位，其转速下降约 300 RPM，噪音下降约 5 分贝。

操作建议：不仅设置风扇为静音模式，更需要放置到合适的物理位置。

1. 避开气流直对：不要让风扇出风口正对坐席。
2. 巧妙利用距离：小主机虽然精致，但放在桌面依然难以完全掩盖声音。将其移至桌下或更远的位置（35 dB 状态），其听感已经与大型静音机箱无异。

碎碎念：暖心的监控​

• 硬件感冒：在折腾的过程中，我一度担心大幅降温会不会让我的硬件“感冒”。CPU 温度 53°，主板温度 39°，这才哪到哪？！哈哈。过程中看到一篇帖子，真暖心，特地分享。

• 下篇：BIOS 还能截图？：记录风扇速度时，正苦于用手机拍摄屏幕的糟糕画质，意外发现了一个更优雅的记录方式。

👋 感谢阅读！如果这篇文章对你有所帮助，欢迎点赞、分享、关注。感谢你的支持，也欢迎在评论区留言交流。

一、工欲善其事：物料准备​

在开始这一场“手术”前，请确保你已备齐以下物料：

1. ISO 镜像：可去微软官网获取最纯净的原版镜像。
2. U 盘：一个 8GB 以上的空 U 盘。
3. Rufus：这是一款轻量、纯净的启动盘制作工具。Rufus 官网、网盘下载 Rufus。

[!TIP] 为什么选 Rufus 而不是 PE 工具箱？以前一直在用 PE 工具箱，这次想换 Rufus 试试看——直接解析 ISO 并写入设备。

二、起手：U 盘备份与分析​

重要：先备份 U 盘内的数据，格式化会删除 U 盘数据。

[!NOTE] 关于存储的小常识：U 盘只适合做“临时转移”，不建议长期存储重要数据。由于底层的 Flash 擦写特性，高速存储应选 SSD，长期归档应选 HDD（机械硬盘）。

三、Rufus：制作启动盘​

1. 配置核心选项​

打开 Rufus，程序会自动识别插入的 U 盘。选择镜像，其它信息按需修改，点击开始。

关于分区类型 (GPT vs MBR)：

• GPT：用于现代电脑。配合 UEFI 启动，支持 2TB 以上硬盘，启动速度更快，且有更强的自恢复能力。如果你的电脑是近几年的，闭眼选 GPT。
• MBR：用于 2010 年前后的老旧电脑。

2. 准备完毕​

点击“开始”后，建议勾选 禁止数据收集。这不仅有助于保护隐私，更是为了让安装后的系统更清爽。

等待进度条走完，当显示“准备就绪”时，启动 U 盘就打造完成了。

四、BIOS：设置首屏启动​

这是很多初学者的“迷宫阶段”。我们要告诉电脑：重启后不要进旧系统，直接进 U 盘。

方式 A：通过系统设置（推荐）​

如果你的电脑当前还能进入系统，这是最从容的方式：

1. 设置 -> 更新和安全 -> 恢复。
2. 高级启动 -> 立即重新启动。
3. 选择 疑难解答 -> 高级选项 -> UEFI 固件设置。

方式 B：快捷键突击​

在关机状态下按下电源键，并紧接着快速点击快捷键：

• 常见快捷键：F2 / F8 / F11 / F12 / ESC
• 各品牌主板 BIOS 启动快捷键：建议搜索这个名字，查找对应电脑快捷键

五、启动：关于分区的困惑​

进入 BIOS 后，将 U 盘设为第一启动项。保存并重启。

为什么会出现两个 UEFI 分区？​

你可能会看到 UEFI: USB, Partition 1 和 Partition 2。

简单来说：这是 Rufus 为了兼容性做的“嵌套设计”。

• Partition 1：通常存放引导文件，确保 UEFI 固件能识别。
• Partition 2：存放真正的系统镜像文件（超过 4GB）。

结论：优先选带 UEFI 的第一个选项。

六、落地：系统安装​

进入安装界面后，选择“自定义：仅安装 Windows”。建议删掉所有分区，让整块硬盘重新分配。

后续的点击过程资料非常丰富，可以参考这篇详细步骤中的 六、系统安装 部分。

七、总结​

重装系统不是在修复旧的错误，而是在为新的创造清理场地。

碎碎念​

• CZ880 之殇：我必须吐槽一句，我弄丢了曾经那个“终身质保”的顶级 U 盘 CZ880！全铝外壳的手感、出色的传输速度、让人安心的质保……痛心疾首 …(:з」∠)。
• 下篇：意料之外的“底噪”： 系统的纯净固然让人愉悦，但我注意到这台 DIY 小主机的风扇声“嗡嗡作响”。再次进入 BIOS，开启一场关于风扇降噪的实验。

👋 感谢阅读！如果这篇文章对你有所帮助，欢迎点赞、分享、关注。感谢你的支持，也欢迎在评论区留言交流。

无论是后台长驻、全盘扫描的隐私顾虑，还是同步逻辑导致的数据风险，都让“仅仅是想下个资料”这件事变得沉重。如果你也不想时刻忍受软件的喧宾夺主，那么 Sandbox（沙盒）就是那个完美的“隔离岛”。

沙盒：隔离软件。其它平台沙盒、虚拟机同理，本文以 Windows 为例。

一、第一阶段：临时“隔离区”​

最简单的方案：打开沙盒，把网盘安装包扔进去，安装，下载，完成。

二、第二阶段：打通“隔离岛”与“港口”​

很快你会发现两个痛点：

1. 二次拷贝：资源下到沙盒里，还得手动复制出来？这不仅是对时间的极大浪费，在大容量文件面前，更是对硬盘写入寿命的“二次伤害”。
2. 空间上限：沙盒默认分配的虚拟空间有限，动辄几十 GB 的资源很容易让它空间不足。

解决方案：映射本地磁盘（Mapped Folders）。

我们可以把本地或局域网中的某个下载目录，映射给沙盒作为存储锚点。在沙盒里下载，数据实际上直接流向了你的目标硬盘。

这种方式绕过了虚拟磁盘，让数据直接“落地”。即便沙盒崩溃或关闭，已下载的文件也安稳地躺在你的物理磁盘里。

三、第三阶段：懒人包​

如果每次下载都要手动映射、修改路径，那就违背了我们“追求效率”的初衷。通过 .wsb 配置文件，我们可以实现“一键登岛，航路自通”。

1. 简单步骤​

1. 访问地址：打开 WSBEditor 可视化编辑器。

2. 选择配置：点击“常用配置”中的 “网盘资源下载”。

3. 映射文件夹：在自动生成的映射项中，把 HostFolder 改为你真实的下载目录（如 D:\Downloads），然后点击底部的 “下载配置”。

双击下载好的 .wsb 文件，你的沙盒便带着所有配置齐备的“港口”一键起航。

若想对这款工具再进行了解，或了解配置文件内部，请阅读 Windows 沙盒配置在线工具：从“手写 XML”到“一键下载”。

四、结语：关于工具的控制权​

我曾尝试过虚拟机的方案，但那依然太“沉”。现在的沙盒方案，本质上是对数据主权的一次重申。

1. 有限的权限：软件能看到的，只有我们分配给它的那个特定文件夹。
2. 纯粹的环境：避开了软件冲突，我也更愿意使用网盘软件了。

在存储资源时，以前总是习惯性地囤积，但很多东西直到被删除时都未曾打开。 现在，我只将那些真正读过、体验过且觉得有价值的东西进行持久化。这种“先沙盒、后持久化”的过滤机制，让我对数据有了更清晰的认识。

碎碎念​

• WSBEditor 沙盒编辑器：这是一个令人惊喜的创意。原生 HTML 格式赋予了它“易部署、易移动”属性，是“小而美”的工具范式。
• 关于记录的时机：这是一个值得反思的体验——一定要同步留下记录。这篇文章因为片刻的推迟，险些错过了成文的冲动。虽然 2 月初已经完稿（这里面既有开发 WSBEditor 网站带来的精力消耗，也有反复审读润色的耗时），但回过头看，这篇内容完全有余裕赶在年前送到大家手中。
• 系列存稿：最近这段时间，我会把年前沉淀下来的几篇“存稿”陆续发布，后续会有一串体系化的关联文章。如果你也对这类探索感兴趣，欢迎持续关注！

参考资料​

一日一技 | 让 Windows 沙盒更好用：wsb 文件配置实例 - 少数派

如何在 Windows 11 中与沙盒共享主机文件夹 - Tech Club

👋 感谢阅读！如有疑问或需要获取最新更新，请点击左下角【阅读原文】访问维护主页，或在评论区留言交流。

如果这篇文章对你有所启发，请点赞、分享、关注！感谢支持！

用了四五年的电脑，一直没有激活 Win10系统。

在未激活状态下，Windows 的“个性化-任务栏”设置选项是灰色的，无法直接修改个性化配置，比如“合并其他任务栏上的按钮”。但其实，界面置灰 ≠ 无法修改。我们可以绕过 UI，通过注册表修改底层配置。

二、实战操作：两分钟完成​

整个过程无需安装任何第三方软件，只需利用系统自带的 regedit 工具。

1. 启动注册表编辑器​

按下 Win + R 快捷键，输入 regedit，然后回车打开注册表编辑器。

2. 定位配置项​

① 在注册表编辑器的地址栏中，直接复制粘贴以下路径并回车，快速定位到 Explorer\Advanced 文件夹：

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Advanced

② 在右侧列表中寻找名为 TaskbarGlomLevel 的项。

• 如果没找到：在右侧空白处点击右键 -> 新建 -> DWORD (32位)值，并将其命名为 TaskbarGlomLevel。

3. 修改关键值​

双击 TaskbarGlomLevel，修改其数值数据。这个值决定了任务栏的合并策略：

• 0：始终合并标签
• 1：任务栏满时合并
• 2：从不合并（我们想要的效果）

修改完成后，点击确定。

最后，重启电脑（或者在任务管理器中重启 Windows 资源管理器）即可生效。

三、核心逻辑​

一句话：直接操作配置文件，绕过受限的前端 UI。

Windows 的许多界面设置，本质上都是读取注册表中的特定键值。微软只是锁住了修改这些键值的 UI 入口，但并没有锁住注册表本身。

我们只需要找到对应的关键 Key，比如控制“任务栏合并”的那个 Key，手动修改它的值 Value 即可。

其他的 Windows 个性化配置基本同理（如颜色、主题等），也可以通过上述方式修改。

四、最后​

小修改不用找软件，简单记录下步骤，下次再遇到类似需求，就不用再次重新搜索和验证了。

整个过程两分钟搞定，清清爽爽。

题外话​

1. 关于系统：系统是 LTSC 版本，常被戏称为“老坛酸菜”。写这篇时顺手查了下，发现其维护周期竟然至 2032 年，生命力惊人。
2. 后续预告：之后会更新一篇关于“垂直任务栏”的文章，能显著提升操作效率。本文的技巧正是为了配合该方案而整理的。
3. 意外之喜：前阵子我的桌面壁纸突然变成了全黑，但写这篇记录的时候，发现右下角的“激活 Windows”水印竟然消失了，hh。

参考资料​

1. 如何在不激活 Window10 的情况下，将任务栏设置为不合并？ - 知乎
2. 如何在不激活window10的情况下,将任务栏设置为不合并? - 百度知道

过去几年，由于工作和学习，更新频率远不如大学时期。很多时候，“分享”这件事本身的阻力，远远超过了“解决问题”的难度。

这篇随笔，就是想聊聊这种困境，以及我要做出的改变——AI 协作流。

一、困境：被“完美主义”覆盖的记录​

我经常遇到这样的场景：

在解决某个技术难题，或者开发工具的过程中，我会通过深入搜索和研究，攻克一个个核心痛点。在这个“解决问题”的瞬间，我的收获是巨大的。

但当我试图把这些收获分享出来时，现实往往是残酷的：

不是我不想分享，也不是卡在整理上，而是压根就没有“开始整理”的机会。

在解决一个问题后，往往会立马涌现出新的灵感或问题。这时会面临一个选择：是记录旧的方案，还是抓住新的灵感？

• 优先级冲突：新的灵感稍纵即逝，抓住它比“记录旧方案”更紧迫；
• 压栈（Push）：于是，“分享”被暂时搁置，新任务覆盖了上来；
• 结果：“分享” 哪怕日后重见天日，当时的心境和细节也已模糊。

我至今仍记得之前做某个工具时，不断深究很多底层技术，最后问题解决了。本想着“记录一下”，但转头就被新的需求卷走了。回想起来，那些珍贵的思考细节已经模糊，只剩下惋惜。

解决问题的速度越快，被新问题覆盖的速度也越快，这是我面临的最大矛盾。

有时候常有这种感觉：明明做了很多事，但过后再回想，又感觉自己好像“什么都没做”。

那些攻坚的技术细节、灵光一现的想法，因为没有及时记录，随着时间流逝，就像从未发生过一样。记录发布，才感觉实实在在。

二、解耦：将“思考”与“打字”分离​

与其被“完美主义”和“时间成本”束缚，不如把“渲染工作”拜托给 AI。我的新策略是：及时记录核心，把“形式”交给 AI。

1. 我负责“内核”（Kernel）​

我的核心价值是技术洞察和逻辑构建。 解决问题后，我不再去打开 Markdown 编辑器字斟句酌，而是直接

• 步骤类：对于具体的操作流程，按照过程立刻截图并配给核心的文字说明。
• 思路类：对于晦涩的逻辑、突发的灵感或需求分析，使用语音速记（离线输入，极快）对着手机开始“碎碎念”，把来龙去脉“口语化”地倾诉出来。
  • “刚才那个坑是怎么踩的……”
  • “原本以为是A，结果调试发现是B……”
  • “这个逻辑太精妙了，应该……”

不需要文采，不需要通顺，只需要保留最鲜活的逻辑和情绪。

2. AI 负责“渲染”（Render）​

我把这堆逻辑清晰但表达随意的“生肉”扔给 AI。AI 在这里扮演的角色，不是“代笔者”，而是**“渲染引擎”**。 它负责把我的口语转化为书面语和排版。

最后作为“审阅者”，确认逻辑无误、语气对味后，即发布。

3. 一场必要的“坦白”​

我之所以特意写这篇文章来说明这种模式的转变，主要有两点思考：

1. 对“创作”的诚实： 以前的每一篇文章，都是我一个字一个字敲出来的。现在的模式变了，虽然核心逻辑和观点依然是我（Human）的，但文字的修饰和排版交给了 AI。这种**“含 AI 量”的变化**，我觉得有必要正式地告知大家。

2. 回归“价值”本身： AI 在这里扮演的，其实是**“思考”与“表达”之间的连接器**。它帮我省去了“优化文笔”的繁琐过程，让我能把有限的精力全神贯注于“解决问题”本身。而且不得不承认，经过它优化后的表达，确实比我原始表达要好得多。单纯从阅读体验上来说，这绝对是一种提升。

三、契机：一次“连锁反应”​

这种模式的清晰化，其实是源于最近几天的一连串“折腾”。如果放在以前，这只是一次闷头的连续开发，但这次，我意识到这些环环相扣的节点，正是新模式的最佳催化剂：

1. 需求：想用语音输入写需求，看到工具只有 Windows 版 -> 开发 Android 端。
2. 开源：发布安卓端代码时，看到他人精美的主页 -> 决定美化主页。
3. 工具：复刻主页“图标墙”时，发现手动筛选排序太麻烦 -> 开发图标排列网页。
4. 整理：浏览器页面太多 -> 配置垂直标签页。
5. 延展：觉得垂直布局效率高 -> 将 VSCode、资源管理器全部改为垂直布局。
6. 折腾：改资源管理器布局涉及系统限制 -> 研究注册表修改任务栏。

这一系列折腾，如果放在以前，可能做完就完了。但现在，我推进完项目，就能很快把它们转化成文章分享出来。

我尝试了两篇（暂未发布），效果出奇的好。不仅精准捕捉了我的意图，甚至在表达流畅度上比我手动敲字更好。之后会按照时间顺序，一篇篇发布。

这篇文章本身，也是这个模式的产物。

并不是简单的“我讲你写”。在成文过程中，我阅读后会给出我的想法，相互交流一下，有时候会得到新的思路。这种**“思维的碰撞”，远比单纯的“文字的整理”**更有价值和意思。

四、展望​

之后的文章，会呈现出新的特点：

1. 更“轻”：不再追求长篇大论的“百科全书式”文章，而是聚焦于某个具体问题的解决。感兴趣即看，无压力，获取核心内容更直接。
2. 更“快”：时效性变强，解决即分享。不仅自己回溯时更安心，分享也更平滑。
3. 更“真”：虽然文字经过 AI 润色，但核心逻辑和思考完全源于当下。还原真实的“生长”过程。

这可能就是在这个 AI 时代，个人博客的一种新活法：让 AI 成为连接“思考”与“表达”的桥梁，让人回归最纯粹的创造与探索。

未来，我打算做一个更清晰的划分：

• 产品号（展厅）：未来会考虑将纯粹的产品动态剥离。这样不仅更专注地呈现工具的**“好用”**，也方便只想找工具的朋友。当然，这一切目前还只是规划。
• 本号（工坊）：这里则是开放的“创造工坊”。除去“数字”带来的冷硬感，我更想强调**“创造”**这个动态的过程。
  • 中间态：正在做的功能、刚刚优化的细节（比如图标墙的痛点）。
  • 思考流：工具背后的逻辑、设计思路、工作流的迭代。
  • 碎片：利用 AI 语音流，记录那些细小但有价值的技巧（如任务栏配置）。

产品是“结晶”，而这里记录的是“创造”时的每一次心跳。

把“正式发布”交给展厅，工坊就能卸下“必须完美”的包袱。不需要每次都盛装出席，哪怕只是记录一个锯木头的动作，也是这段旅程的一部分。

这或许才是真正贴近**“随风前行”**的状态：

风本身就没有定式。 它可以是随兴而起的微风（碎片记录），终有一天也能汇聚成风暴（成熟产品）。

顺势而为，自由流动。 这种真实生长的灵动，或许才是最迷人的地方。

五、碎碎念：关于时间与人​

• 翻看以前的记录，感觉很多事情“宛如昨日”。可掐指一算，明年竟然就是 2027 年了（我的 id 是 evgo2017）。

• 当初开这个号，初衷其实是希望大家关注**“作品”本身**。但回看，公众号反而聚焦于一个虚拟的“人”，这多少让我有点尴尬。

• 离线语音输入法安卓端：这是我开发的第一个安卓应用。不得不说 Compose 确实香，无论语法还是编程思想，光是体验到这一点，这件事情本身就已经有了意义。而且现在的 Android Studio 也不再是当年那个臃肿的 IDE 了，就是 JetBrains 全家桶的一员了，入手方便很多。

• 关于效率：最近有一个感受，灵感是并发的，AI 处理是并行的，人的执行力是单线程的，关键节点还是在人。

CapsWriter-Offline-Android 是 CapsWriter-Offline 项目的安卓客户端实现。

📝 项目定位​

• 对普通用户：“你的手机能拥有顶级的离线语音输入能力和功能（如自动归档、处理语音），无需联网，保护隐私。”
• 对技术爱好者：“这是一个标准的 Android 系统输入法 (IME)。它复用了 CapsWriter 的服务端架构，通过网络，利用电脑强大的算力处理手机录音，实现低延迟、高精度的离线输入。”
• 对开发者：“本项目是 CapsWriter-Offline 的安卓客户端。它完全保留了客户端/服务端分离的架构设计，实现了与原服务端的 WebSocket 通信协议，将安卓设备无缝接入了 CapsWriter 的离线语音生态。”

按住说话，松手即入。 手机只管听，电脑负责想。

🚀效果演示​

首页	呼出键盘测试	其它软件测试

下载地址​

夸克网盘： 链接：https://pan.quark.cn/s/b6c9c6ac7924?pwd=ViXh 提取码：ViXh

百度网盘： 链接: https://pan.baidu.com/s/1Y2p1tb_c0vVMdYQ9pEiGQQ?pwd=6d29 提取码: 6d29

迅雷云盘： 链接：https://pan.xunlei.com/s/VOkEOrO4f-d5RbomXzB5Vdd2A1?pwd=zad7 提取码: zad7

Github Release：https://github.com/evgo2017/CapsWriter-Offline-Android/releases

🌟 核心特性​

• 📱 原生输入法形态：

  • 作为一个标准的系统键盘存在，可在手机的任何输入框中直接调起使用，如微信、便签、浏览器等。
  • 支持点击输入框自动弹出，长按“按住说话”按钮即刻录音，松手秒转文字上屏。

• ⚡ PC 算力，移动输入：

  • 完全离线：利用服务端强大的 GPU/CPU 进行离线推理，无需互联网，保护隐私。
  • 低延迟：手机仅负责采集音频流，通过 UDP/WebSocket 局域网直传服务端，速度极快。
  • 高精度：直接复用服务端配置的顶级模型（如 FunASR-Nano, SenseVoiceSmall），识别率远超手机本地模型。

• 🧠 完整生态支持：

  • 支持 自动归档：你的每一次语音输入都支持生成录音文件和日记，自动保存在服务端硬盘上，方便日后回溯和整理。
  • 支持 LLM 助手：对着手机说“翻译这个...”，服务端的 AI 角色处理后直接将结果输入到手机。
  • 更多详情请查阅 CapsWriter-Offline 项目。

🚀 快速开始​

第一步：准备服务端 (PC)​

1. 下载并运行对应版本的 CapsWriter-Offline。
2. 配置请参考原项目，这部分操作完全一致。
   • 提示：服务端默认监听 6016 端口，确保服务端防火墙未拦截此端口。

第二步：配置客户端 (Android)​

1. 下载并安装本应用。
2. 打开 App，输入服务端的 IP 地址，点击 「测试连接」 确认通信正常。
3. 点击 「启用和选择键盘」，在系统设置中开启 CapsWriter 语音输入法 并切换为当前输入法。

第三步：开始使用​

1. 在任意输入框点击，呼出 CapsWriter 键盘。
2. 按住中间的 「按住说话」 按钮说话。
3. 松开按钮，文字将立即输入到手机上。

🛠️ 构建环境​

• IDE: Android Studio
• Language: Kotlin
• UI Framework: Jetpack Compose
• Communication: WebSocket (OkHttp)

❤️ 致谢​

本项目是 CapsWriter 下游生态的一部分。 核心服务端及算法支持：HaujetZhao/CapsWriter-Offline

📄 联系与反馈​

• Issues: 遇到 Bug 或有新功能建议，请直接提交 GitHub Issues。
• Discussion: 欢迎在 Discussions 中分享你的使用技巧和心得。

我的 C 盘空间在红线边缘徘徊已久。

就在今天，在安装某款软件的过程中，剩余空间再次被耗尽，导致安装程序直接停止。

对于已经配置妥当的系统，重装电脑显然是不经济的选择。为了在不破坏现有环境的前提下快速腾出空间，我尝试了一套“高性价比”方案，仅用十几分钟，便成功释放了 50GB。

分享一下我的经验，希望能帮到同样面临“C 盘焦虑”的朋友。

二、核心逻辑：关注大块特征​

清理 C 盘时，尽量不要纠结于那些几 KB 或几 MB 的细碎文件。这种“扫地式”清理效率极低，且容易误删。

我的建议是：擒贼先擒王。

我们只需要定位并处理那些占用面积巨大的“巨型”文件或文件夹。与其纠结能否删除，不如采用更稳妥的策略：将其迁移至非系统盘，并在软件层重定向路径。这种方法既能立竿见影地释放 C 盘压力，又能确保原有配置和数据的安全性，省时省力又高效。

三、实战操作：高收益清理方案​

按照普通用户到开发者的顺序，我总结了内容：

1. 临时文件夹 (Temp) —— 安全清理​

以下路径定义的通常是系统和应用的运行时缓存，可以放心删除，不会影响系统逻辑：

• C:\Windows\Temp
• C:\Users\你的用户名\AppData\Local\Temp

2. 磁盘可视化分析：SpaceSniffer​

在动手之前，先进行精准的“诊断”。推荐使用 SpaceSniffer.exe。

(利用 Treemap 逻辑找出那些通过“搬家”就能释放巨大空间的巨头)

它能以块状图的形式，直观地展示磁盘空间的分配情况。通过它，你可以迅速发现那些由于缓存堆积或日志暴涨导致的异常大文件夹。定位后，将这些“大块头”删除或移动到存储盘即可。

网盘地址：资源地址

官方网站：SpaceSniffer, find lost disk space the easy way.

3. Windows 休眠文件 ( 释放约 10GB)​

对于台式机用户而言，睡眠和休眠功能并非刚需。

hiberfil.sys 的大小通常与物理内存挂钩，关闭该功能可以瞬间拿回巨量空间（我这里直接释放了 10GB）。

操作方法：以管理员身份运行 CMD，执行以下指令：

powercfg -h off

参考：彻底关闭休眠功能、删除“hiberfil.sys”文件释放C盘空间的方法 - 知乎

4. 软件缓存重定向 (释放约 30GB)​

如果你是开发者，以下三个目录往往是 C 盘的“空间黑洞”。我通过迁移这三项，释放了约 30GB：

• npm-cache (npm 缓存) 前端开发的日常操作会产生大量缓存。 方案：将其迁移至 D 盘。执行 npm config set cache "D:\npm_cache_path"。 参考：npm-cache 怎么迁移出C盘 - 技术栈

• .nuget (NuGet 缓存) .NET 项目依赖包的存储地。 方案：通过环境变量或全局配置文件，将其指向非系统盘。 参考：解决 .nuget 占用C盘大量空间问题 - jevan - 博客园

• Docker Desktop (WSL2 虚拟磁盘) 这是很多同学最头疼的问题：拉取镜像、运行容器后，即使删除了容器，磁盘空间也不会自动释放。 方案：利用 WSL 的导出和导入功能，将 ext4.vhdx 文件彻底移出 C 盘。 参考：Windows 的 docker 删除容器后 WSL2 磁盘空间不释放的问题1、起因及原因 很多同学拉取镜像使用一段时间 - 掘金

四、总结​

高效清理 C 盘的秘诀在于关注点分离。

不要在万千小文件中徘徊，只需抓住那两三个占用最大的“巨头”，通过删除、迁移存储路径的方式，几分钟内就能看到质变。

在不丢失任何配置的情况下拿回了 50GB。如果你正深陷“红条”困扰，不妨尝试这个思路。

参考资料​

之前我一直是 PotPlayer 的忠实用户：开箱即用，功能强大，配置丰富。但在整理一份“软件推荐清单”时，为了进行横向对比，我重新试用了 MPV。

第一印象是**“简陋”**：没有右键菜单，没有菜单栏。

但它其实是一个**“秒开强大”的神器。为了让它从“能用”变成“好用”，我进行了一番改造，并整理出了这篇文章和懒人包**。

二、核心改造思路​

原生 MPV 虽然纯净无广告且启动极快，但缺乏现代化的交互体验。我的改造目标主要有三点：

1. 面子（UI 美化）：抛弃原生简陋的控制器，使用 ModernZ 主题，获得现代化的视觉体验。
2. 里子（核心配置）：通过 mpv.conf 固定窗口大小，防止播放不同分辨率视频时窗口忽大忽小。
3. 脑子（记忆功能）：通过 Lua 脚本实现自动保存播放进度和一键恢复会话，甚至能一键定位文件所在的文件夹。

改造后的完全体界面：

三、实战操作​

你可以选择直接下载我配置好的懒人包，也可以选择自己动手体验折腾的乐趣。

方案 A：懒人包（推荐）​

直接下载解压，阅读里面的 readme.txt 即可使用。无需安装，绿色纯净。

• 下载地址 1：

• 下载地址 2：Github Releases

方案 B：手动配置（DIY）​

如果你想了解细节，可以按照以下步骤操作。

1. 准备材料​

• MPV 本体：MPV Github Releases
• ModernZ 主题：ModernZ Github Releases

2. 安装主题​

将 ModernZ 压缩包中的 scripts、scripts-opts 和 fonts 文件夹复制到 MPV 的安装目录下（如 C:/Users/Softwares/mpv）。记得安装字体文件以保证图标显示正常。

3. 核心配置 (mpv.conf)​

在 MPV 的数据目录下（如 C:/Users/<用户名>/AppData/Roaming/mpv）创建 mpv.conf，写入以下关键配置：

# 禁用原生 OSC，交由 ModernZ 接管
osc=no

# 窗口管理：固定尺寸，禁止随视频分辨率自动缩放
no-autofit
geometry=1366x768

# 退出时保存播放位置
save-position-on-quit=yes

4. 快捷键优化 (input.conf)​

创建 input.conf 文件，优化鼠标和键盘操作符合直觉：

# 鼠标右键：显示播放列表
MBTN_RIGHT      script-binding select/select-playlist
# 滚轮/方向键：切换上/下一个文件
UP              playlist-prev
DOWN            playlist-next
MBTN_FORWARD 	playlist-prev
MBTN_BACK 		playlist-next

# 回车全屏
ENTER 	        cycle fullscreen
KP_ENTER        cycle fullscreen 		#小键盘回车

5. 增强脚本​

为了实现“一键找回之前的进度”，我编写了 history-autosave.lua 脚本（放入 scripts 文件夹）：

-- Ctrl+Shift+o：打开当前视频所在文件夹
mp.add_key_binding("Ctrl+Shift+o", "open_last_folder", open_last_folder)
-- Ctrl+Shift+r：恢复关闭前的会话（即使关机重启也能找回）
mp.add_key_binding("Ctrl+Shift+r", "restore_session", restore_session)

同时修改了 modernz.lua 的几行配置，在界面上显示截图、循环播放、播放速度的按钮：

四、效果对比：MPV vs PotPlayer​

五、总结​

最好的工具不一定是最丰富的，而是最能适应你习惯的。

PotPlayer 依然是 Windows 上强大的全能选手，但如果你像我一样，喜欢无广告、秒启动的纯粹感，喜欢**“一张白纸任你画”**的自由度，那么配置好的 MPV 绝对值得一试。

希望这份懒人包能帮你省去折腾的时间，直接享受纯粹的观影体验。

本文的核心不在于工具本身，而是一次 AI 辅助开发效率 的实战实验。仅花 2 分钟，在输入框里描述脑海中应用的模样和功能，1 分钟后获得了完全符合需求甚至超出预期的应用，解决了老问题。

二、首版即完成：五句话的魔法​

UI 简洁大方，功能逻辑准确。生成这一切，我只输入了短短五行 Prompt：

① 软件为 kill port
② 顶部一个输入框（输入port端口号）
③ 中部显示一个列表，第一列显示匹配的端口号，第二列显示匹配的进程名称，第三列显示 “kill 进程” 的按钮。
④ kill 进程后提示结果，并自动刷新列表。
使用最新的 C# 可跨平台的 UI 来写。最后编译为 Windows exe、Linux 和 Mac 的对应产物。

AI 迅速完成了工作。先实现了 Desktop 桌面端，随后又实现了 Web 端（VS Code 插件，边栏操作更顺手）。

首版效果如下：

端口占用是开发中常遇到的琐事，这个应用可快速 Kill processes by port number（根据端口号关闭进程）。 使用 Gemini 3 Pro 模型 Planning 模式生成。

三、五分钟完成，五小时优化​

试用首版后，虽然已满足核心需求，但为了更好的用户体验，我开始了“五分钟完成核心，五小时打磨细节”的优化之旅。

等待修改完成的同时，处理了其它事情，这额外时间就是生产力提高的收益。

3.1 增加确认框：桌面端险胜​

Desktop (3次) vs Web (4次)

目标是防止误操作。两者差距很小，样式统一且美观。

• 桌面端：相对直接，直接居中。在简单功能上，桌面端不劣势。
• Web 端：自定义定位样式，额外花费了一些调试时间。

3.2 增加多语言：Web 效率高 2 倍​

Desktop (8次) vs Web (4次)

• 桌面端：没有利用框架自带的国际化功能，导致后续调整和重写花费了不少时间。
• Web 端：编写了一个轻量级的多语言框架。

3.3 优化输入框：Web 效率高 4.5 倍​

Desktop (18次) vs Web (4次)

这是差距最悬殊的一项。

• 桌面端：消耗了 18 次对话。每次微小的交互调整都需要多次沟通修正，甚至出现修复一个 bug 后，旧 bug 又出现的反复。
• Web 端：仅用 4 次对话，就完成了“下拉列表 + 自动搜索 + 清空按钮” 的渐进式修改。HTML/CSS/JS 的灵活性使得这种常见交互能快速实现。

这也是耗时最久的部分，但最终打磨出的顺滑体验（如即时反馈、直达常用端口）让我非常满意。

3.4 获胜平台：Web 端​

核心原因在于涉及用户交互和界面细节调整时， Web 技术栈具有巨大的优势。

处理桌面端 C# 自定义控件交互细节（如焦点控制、复杂的即时搜索行为），需要极高的沟通和调试成本，而 Web 技术栈明显游刃有余。从最终精确统计结果来看，技术选型对 AI 辅助开发的效率有着显著影响。

3.5 最终成品​

如果你也需要这个小工具，可以直接下载：

• 夸克网盘 https://pan.quark.cn/s/3378da6ca0dc?pwd=zEpe

• 百度网盘 https://pan.baidu.com/s/1UAIucXmQp0pdWlzmzE4csA?pwd=nvbn

• 迅雷云盘 https://pan.xunlei.com/s/VOlFbaIBpJjIAFgYLLJWI1qQA1?pwd=piaz

• VS Code 插件市场：搜索 Kill Port

• GitHub Release

四、总结​

这次“五分钟 vs 五小时”的经历，让我对 AI 辅助开发有了更深的认识：

1. AI 是极佳的起跑器：它能极快地将“想法”转化为“原型”。仅用五句话、三分钟，一个可用的跨平台工具就诞生了。
2. 技术栈依然重要：AI 虽然能力很强，但在不同技术栈下的表现存在差异。在 Web 前端领域，AI 生成的代码往往更符合现代工程习惯，且修改反馈更敏捷；而在原生桌面开发（特别是涉及特定 UI 框架细节）时，仍需更多的人工引导。
3. 精力转移：开发者可以从繁琐的“编写 CRUD”中解放出来，将更多精力投入到产品设计、用户体验打磨和逻辑架构上。

如果我的文章或工具对你有所帮助，请点赞、分享、关注、赞赏。感谢你的支持！

一、出现问题​

想打印一些照片，翻出好久没用的机器，打印的第一张很完美，但再打印就出现了错误：只打印到黄色，相纸就自动退出来了，不再进行后续步骤（红色、蓝色、覆膜）。

二、确认问题​

没有搜到详细、准确的说明或者教程。通过研究拆机视频，看机器构造，察觉帖子信息的蛛丝马迹，基本确认是一个小齿轮的问题，如图所示。

这一步确认，是精华所在，但也只能写出寥寥几语。感觉是比较奇妙的，一切拿不准，通过零星、仅有的信息，找到了核心。你不确定是不是，但知道应该是了。

三、修理过程​

拆机重装的过程，具体参考 《这个小米照片打印机 维修远比拆解简单》。

购买齿轮​

小齿轮没买金属材质的，买了和原装相同的塑料材质。

1 与小齿轮接触的齿轮也都是塑料的，金属材质会比较担心其它齿轮的磨损，若出问题会更麻烦。

2 塑料的便宜，实验更合适。此时并不确定是小齿轮导致的问题。

3 这个小齿轮应是照片打印机通用的。

拆盖​

卡扣设计，有些难度，需要压住扣子，再翘起来。

装齿轮​

因为间距很小，安装不方便，建议把这一块整体拆出来，再去装齿轮，就很方便了。

拆机重装多次​

1 第一次拆机，对照视频一步一步来，重装之后，问题没有解决。但没有比这个零件更可能的因素了，怀疑是我没有装好齿轮导致的。于是，第二次拆机，第二次重装，按照步骤重走一遍，好了。总共5小时。

2 忘记是什么原因，可能是为了拍照记录关键。第三次拆机，第三次重装，这次机器运行有问题。不知道是哪里没装好。于是，第四次拆机，第四次重装，一颗小螺丝还丢了，好找一会，好了。总共2.5小时。已经熟能生巧了。

维修好机器之后，发现其他人新发布的整体过程视频了。步骤挺全的，可以参考下。

四、总结​

整个维修过程用时大概10小时，拆机装机占7.5小时。如果你也遇到这个问题，在我这篇文章基础上首次维修，保守估计也需要投入5小时。我的建议是，如果只是想让机器正常运行，建议花几十块钱找师傅维修，省时省力，术业有专攻。

还蛮巧，去年差不多时间修好一台打印机，今年也修了一台。修理这两台打印机的关键，都不在于打印机本身，而是解决问题的过程。此外，这篇文章拖了几个月，三月左右解决的问题。解决后就该记录的，要不越拖越久，还需要回忆细节。五月风扇那篇文章就是改进。

如果我的文章或工具对你有所帮助，请点赞、分享、关注、赞赏。感谢你的支持！

查看小程序介绍主页

一、适合谁？适用什么场景？​

适用人群：需要精准把控任务各段用时、提高效率的用户。

适用场景，包括但不限于：

• 固定任务流程，结合计时结果，分析各段用时，找出效率瓶颈，同时验证顺序合理性。
• 适用于体测计时、多任务完成顺序记录等。

面对一份试卷，我是第几题用最短？第几题用时最长？用时久的题目考察了什么知识点？

面对一道题目，我是读了选项再去读原文呢？还是读了原文再读选项呢？我是思考用时多？还是计算用时多？

面对一道菜肴，我是煮五分钟更香呢？还是煮十分钟更香呢？

面对一场演讲，我讲第一段用时多久？讲第二段用时多久？总共用时多久？

面对一次体测，第一位用时多久？第二位用时多久？所有人分别用时多久？

面对一次速通，我每一步用时多久？调整顺序后用时又为多久？

二、为什么开发这款小程序？​

手机自带的秒表已经有分段计时效果了，但无法清晰得知这一段时间用于什么，更没有横向数据对比。

数据没有反馈，就没有记录的意义，更没有进步。

三、为什么叫这个名字？​

既是小程序的名称解释，也是小程序的产品定位。调研思考近 3000 字，最终敲定名字。

「分段计时卡」不只是一个简单的计时工具，也是将目标拆解为可执行段的训练助手，更是时光的见证。

对一个目标（模板）一次次努力（一张张卡片）。卡积厚载，丈量蜕变；卡叠成阶，量变至巅。

四、如何使用？​

1. 计时界面​

简洁直观：界面设计简洁，操作流畅

• 顶部选择您预设的模板
• 一键开始，沉浸训练（开始/暂停/继续/再来）
• 实时对比计划用时和实际用时
• 点击屏幕随时切换下一环节
• 及时记录个人备注与感受，保存为历史记录

2. 模板管理​

可执行段：通过创建模板，将你的训练目标科学拆解：

• 为每个模板设置详细的项目名称和计划时间
  • 一道题目：读题干3分钟、写第一题2分钟、写第二题2分钟、写第三题2分钟
  • 演讲练习：开场3分钟、核心内容15分钟、结尾2分钟、问答环节5分钟
• 复制模板：基于现有模板快速创建新模板，提高效率
• 存档功能：将不常用的模板存档，保持界面整洁
• 长按模板列表：调整模板顺序，把常用的放在前面

3. 模板市场​

社区共享：优质内容的共享与传播，不必从零开始创建每一个模板。

• 浏览应用其他用户分享的优质模板，汲取灵感

• 一键导入感兴趣的模板

• 分享自己的成功经验

4. 历史记录与数据分析​

数据分析：提供历史数据回顾与对比，帮助持续改进

• 明确的训练时间和当前感想
• 每段的实际用时、与计划时间的对比
• 同一份模板数据的横向对比，如某环节平均用时

5. 云端与离线同步​

数据同步：确保您的记录安全

• 云端备份：在不同设备间同步数据，确保数据的安全性和便捷性
• 离线备份：自己掌握自己的数据

五、最后​

这款小程序年初计划，五月完成，发布此文时已经上线一个月左右了，但只在上篇文章（我的另一款小程序“比赛记分牌”）提了两句，咳咳。还搭建了一个小程序介绍主页，欢迎看看。

您有任何想法或建议，请在小程序内选择反馈渠道，或在此篇文章下留言反馈。期待您的宝贵意见。

如果我的文章或工具对你有所帮助，请点赞、分享、关注、赞赏。感谢你的支持！

这次更新，上次版本更新后的一些用户反馈为起因，逐步发现某些常用功能不够方便为推动，自己上线了另一款小程序（分段计时卡）为敲槌定音。最终实现了这一版的所有功能。

一、功能总览​

1. 支持了队伍管理、功能配置（用户体验相关）。
2. 支持了历史记录、云端与离线备份（数据相关）。

二、功能详情​

内容我就精简地写了。大家看得也方便。

1 队伍管理​

① 开发原因：为了避免用户重复输入相同的队伍名称。

② 存档：如果某些队伍暂时不会选择，将其设置存档即可，这样选择队伍的列表中就不会出现这些队伍了。

② 队伍颜色：在 2.4 版本文章下有用户留言，希望可以自定义卡片颜色，所以增加了这个功能。卡片颜色会根据队伍设置的颜色来变化。

只是近期有个想法，卡片颜色是否应该和队伍绑定呢？

2 功能配置​

① 自上篇版本文章起，有过一些更新，比如增加了“高级设置”，通过设置项去适配不同的应用场景。但总觉得不方便用户理解，或者说，不该让用户从这个角度去理解设置。而是应该从各种运动的角度去考虑，提供对应的功能配置。

② 比如喜欢打羽毛球，那就不需要右侧滑动条了（增大显示面积）。喜欢打篮球，那就需要快捷分值卡（多几个分值项）。减轻用户使用门槛，同时有助于用户理解这些设置。

3 历史记录​

① 开发原因：自然而然地一个功能。也有用户反馈过如何查看“重开”之前的数据。

② 记录详情：查看每一分的变化。

③ 分享为长图：我希望用户能多多分享小程序，还有什么比一份详细精美的记录更能打动人心的呢？

4 云端与离线备份​

开发原因：为了保证队伍信息、配置信息、历史记录等数据安全，清除缓存后这些数据就没有了。

① 云端开发原因：同步数据很方便。

② 离线开发原因：数据备份的目的是用户可以掌握自己的数据。

这些信息对小程序来说都是匿名的。如果不使用了，随时可以将云端数据覆盖掉，数据是由用户掌握的。也完全支持离线数据的备份，提供了最大程度的安全和便利。这些都是对用户隐私的保障。

我自己长期使用的软件都会看它的数据管理，所以我自己开发的也会这样做。

三、规划功能​

这些有想法实现、修改较多的功能，有需要的可以投票，投票人数多的我优先增加。若还有其它需求，请在文章下面留言，或者在比赛记分牌内点击“帮助”选择反馈渠道。

总分模式​

比赛基本分为两种记分方式：羽毛球、乒乓球是比分制（看赢的局数），篮球是总分制（看累积得分）。如果是总分制，中间小卡片应该显示为总分？

观战模式​

可以在另外的设备实时查看比分。

四、最后​

这一版更新，是在分段计时卡上线之后，开始是竖屏形式，点击“开始比赛”再进入主页，现在改为统一的横屏了，操作更顺畅。

（不是我不偷懒——直接打开这些竖屏的界面就好了，而是，在我知道各个功能的情况下，我都会不自觉地频繁扭头去看）。最后纪念一下竖屏形式（我很喜欢这些样式）：

为便于归纳信息和公开公正，若有问题请在这篇文章下留言。

如果我的文章或工具对你有所帮助，请点赞、分享、关注、赞赏。感谢你的支持！

（2025.12.30 更新：软件停更，建议使用 lossless-cut——上述需求的完美体现）。

发展过程​

开始使用 视频剪切合并大师 剪切，就是我想要的，但随着使用增多，逐步发现一些小问题，比如拖动偶尔卡顿。

试试其它软件，比如 剪映，时间轴很舒适，但保存时默认对视频重新编码，且非原格式，故不使用了。再尝试了其它类似软件，都不尽人意。

VLC 给了我惊喜，是我想要的，但它只能点击开始录制，观看到要剪切的位置，再点击停止录制。如果一次没有选择好就需要重新看一遍。

所以我最后基于 FFmpeg 写了这个工具 简单视频剪切 EasyVideoClip，效率增加了很多。

软件介绍​

选择要剪切的视频文件之后，就可以一站式操作了。各个按钮的排列，就是操作逻辑。

使用演示​

使用演示在B站

注：视频音色为工具生成。

注意事项​

1 播放 按钮会使用你本地默认的视频播放器来播放视频，不改变个人使用习惯。

我习惯并推荐使用 Potplayer，效果好、速度快、功能多。

2 时间格式为 00:00:00（时分秒）。

结束的时间可以填 00:00:00，就会从开始时间直接剪切到视频末尾了。

3 剪切 按钮会把视频保存到 输出文件夹，若存在同名文件，则直接覆盖。

这个逻辑是我多次使用后确定的，有时候频繁微调剪切时间，直接覆盖是最简单高效的。

4 执行的命令以 生成的命令 为准，日常使用不需要关注此内容。

默认生成的命令适用大多视频，但总会有例外。当遇到某些视频剪切不完美时，查看下方的常见问题。

常见问题​

某些视频剪切不完美，调整 生成的命令 的参数，基本就解决了。

1 视频画面卡住一秒才流畅。

此时将 -i 参数放在-to 之后即可。演示视频内有讲到这一点。

/k ffmpeg -i "输入的视频地址" -ss 00:00:00 -to 00:01:00 -c copy "输出的视频地址" -y & exit

改为：

/k ffmpeg -ss 00:00:00 -to 00:01:00 -i "输入的视频地址" -c copy "输出的视频地址" -y & exit

2 更多问题

目前暂未发现，遇到问题时，建议搜索 ffmpeg <你的问题描述> 调整即可。

下载地址​

下载地址：网盘地址（项目密码：evgo2017）

最后​

后续重要更新会在公众号随风前行发布信息，所有消息会在软件首页汇总说明。

为便于归纳信息和公开公正，若有问题请在这篇文章下留言。

基本情况​

1）实现功能：将 Office 的 Word、Excel、PPT 批量转为 PDF 文件。

2）运行要求：安装 Office 2007 及以上版本。

3）最新版本示例图:

下载地址​

1 下载地址：网盘地址 （项目密码：evgo2017）

2 下载地址：GitHub Release

若对某个版本有疑问，请查看对应版本的文章。

最后​

为便于归纳信息和公开公正，若有问题请在公众号文章、GitHub Office2PDF-dotnet Issues 或 GitHub Office2PDF Issues 留言。

服务器对我现在的需求来说，大材小用了，实在没什么要部署的外网服务。打算使用静态博客了，也更灵活。

博客是在 愧怍 的基础上做的修改，这里感谢作者的分享，这帮我解决了大麻烦——网站风格设计。

阅读了 Docusaurus 官方文档 后，做了一些细节的修改，比如归档页加入标签，体验很好。

网上 Docusaurus 资料不多，主要参考官网文档和原作者修改的代码。

总体来说，很幸运遇到这个博客主题。给了我很大帮助，不单是风格（我很喜欢），其次是“帮”我整理了资料，翻出来很多陈年资料“晒太阳”，比如一些草稿文章，一些工具，还顺便写了几篇。

要整理完善的还有很多，慢慢来。