尧图网站设计 尧图网站设计YAOTU DESIGN
ARTICLE DETAIL

资讯详情

深耕网站设计与一线实操的经验洞察。

RightClickGuardian:Windows右键菜单扫描、清理与守护实战指南

RightClickGuardian:Windows右键菜单扫描、清理与守护实战指南 你是否也有这样的经历装上几个常用软件后Windows 右键菜单越长越臃肿每次点击“刷新”都要在菜单里找半天位置。明明只是想压缩一个文件一列菜单却拉出了大半屏关掉一堆不常用的“发送到”“用 XX 打开”又担心误删了系统关键项。今天要聊的这款 GitHub 开源项目 RightClickGuardian中文名“右键小守卫”就是专门解决这类问题的工具。它主打全量扫描、真实菜单预览和持续守护UI 风格也做得很 Q 萌在同类右键菜单管理器里辨识度相当高。这篇文章不是单纯的项目简介而是一篇能跟着上手的系统教程。我会从右键菜单的原理开始讲到这款工具的获取、安装、核心功能、操作流程再补充注册表层面的命令示例、常见问题和工程建议。无论你是普通用户还是对 Windows 机制感兴趣的开发者都能从中获得实用的内容。1. 为什么 Windows 右键菜单会越来越长1.1 右键菜单的构成Windows 的右键菜单并不是一个整体它由多部分组成系统内置菜单项比如“刷新”“排序方式”“属性”等由操作系统提供。应用注入的菜单项软件安装时在注册表中登记自己的菜单入口比如压缩软件、文本编辑器、Git 客户端、网盘同步工具。硬件厂商菜单项显卡驱动、声卡驱动、鼠标驱动等也会往右键菜单里添加项目。第三方扩展模块部分软件通过 Shell 扩展Shell Extension的方式以 COM 组件形式注入资源管理器。正常来说每个软件只添加一两个菜单项影响不大。但 Windows 使用时间越长安装、卸载残留的软件越多右键菜单就会像滚雪球一样膨胀。1.2 菜单膨胀带来的实际影响右键菜单过长首先影响的是使用效率。比如你经常要“用 Notepad 打开文件”结果菜单里还有十几个不常用的项目标菜单项被挤到下面甚至需要点开二级菜单才能看到。其次是性能问题。资源管理器在弹出右键菜单时并不是把所有项一次性画出来而是要逐个向注册的 CLSID类标识符查询菜单内容。某个插件响应超时整个右键菜单就会出现“卡住转圈”的现象。很多用户以为电脑变卡了实际上是某个右键菜单扩展在拖后腿。第三是误触风险。菜单项太多鼠标稍微一抖就可能点到不想要的项尤其是“以管理员身份运行”“删除”这类高权重操作后果可能比较麻烦。1.3 右键菜单管理器存在的意义右键菜单管理器的作用就是把这些分散在注册表不同位置的菜单项集中呈现出来让用户可以快速查看、禁用、清理或恢复。普通用户手改注册表容易出错尤其是面对几十个 GUID 开头的项根本分不清哪个对应哪个软件。一个好的右键菜单管理器应该做到三件事看得清、删得准、恢复得了。这就是 RightClickGuardian 的核心价值所在。2. 认识 RightClickGuardian一款 Q 萌的右键菜单管理器2.1 项目定位RightClickGuardian右键小守卫是一款面向 Windows 平台的右键菜单管理工具。与网上常见的右键清理小工具不同它在“能用”的基础上把交互体验和安全兜底做得很到位。项目整体风格采用 Q 萌的视觉设计让原本容易让人紧张的系统清理操作看起来更轻松一些。从功能定位上看它属于 Shell 菜单管理工具。常见同类工具有 ContextMenuManager、Easy Context Menu、ShellExView 等。RightClickGuardian 的特点是更强调“预览”和“守护”这两个环节而不只是提供一个禁用开关。2.2 核心特性拆解根据项目公开信息RightClickGuardian 的核心特性可以概括为四个关键词全量扫描启动后对系统中所有右键菜单注册项做一次完整扫描覆盖文件、文件夹、桌面背景、驱动器等多个应用场景的菜单上下文。真实菜单预览扫描完成后不是只给出一行行注册表路径而是以“所见即所得”的方式模拟出真实的右键菜单界面。用户可以直观看到某个条目在菜单里长什么样、处于哪个层级。持续守护开启守护模式后工具会在后台监测右键菜单注册表相关键值。一旦有新软件尤其是安装类程序往右键菜单里写入项工具会及时给出提示由用户决定是放行还是阻止。安全恢复提供菜单快照和回收机制清理后的项不会立刻物理删除而是先进入可恢复状态降低误操作风险。2.3 为什么值得关注我之所以愿意花一篇文章来写这个项目是因为右键菜单管理虽然是个小众方向但它是 Windows 上几乎所有用户都会遇到的实际痛点。而开源工具的好处是透明它做了哪些改动、把数据存到了哪里、用了什么注册表路径都可以通过源码查看。另外它的“真实菜单预览”和“持续守护”两个能力在一个免费开源工具里并不常见。很多同类小工具只提供列表式的开关缺少图形预览用户并不清楚禁用后到底会改变什么。RightClickGuardian 把这条链路补齐了。3. 环境准备与获取项目3.1 运行环境说明RightClickGuardian 作为一款 Windows 右键菜单管理工具目标运行环境是 Windows 10 / Windows 11 系统。扫描和守护功能涉及注册表读写因此首次使用时通常需要管理员权限。如果你用的是旧版 Windows 7部分功能可能受限建议先确认项目 README 中的系统兼容说明。需要说明的是我不会在这里写死某个版本号因为开源项目迭代速度较快。实际使用时以 GitHub Releases 页面发布的版本为准。本文示例以常见 Release 版本的使用流程为基础重点讲操作思路。3.2 从 GitHub 获取 Release 版本项目主页在 GitHub可以直接搜索 RightClickGuardian。进入仓库后找到右侧的 Releases 入口查看最新的发布版本。一般 Release 页面会提供以下内容安装包或绿色版压缩包源代码压缩包Source code校验信息或发布说明。对于大多数用户建议优先下载编译好的 Release 包而不是自己编译源码。下载后如果是压缩包先解压到固定目录再运行主程序。因为这款工具涉及菜单守护建议不要放在临时目录里固定在某个磁盘路径更合适。关于 GitHub 下载速度不理想的问题如果网络条件受限可以先尝试在非高峰时段下载或者通过官方 Release 页面选择更小的压缩包格式。如果你身边有网络条件较好的朋友也可以请对方下载后直接传递压缩包。需要注意从非官方渠道获取的程序使用前最好核对一下文件哈希值。3.3 源码编译方式可选如果你对源码感兴趣或者想自行修改功能也可以克隆仓库后本地编译。常见的 .NET 桌面应用项目结构大致如下RightClickGuardian/ ├─ src/ │ ├─ RightClickGuardian.App/ # 主程序项目 │ ├─ RightClickGuardian.Core/ # 核心扫描与注册表逻辑 │ └─ RightClickGuardian.Storage/ # 配置与快照存储 ├─ docs/ # 文档目录 ├─ assets/ # UI 素材 └─ README.md具体项目结构请以仓库实际目录为准。编译前先确认仓库要求的 .NET SDK 版本然后用命令行执行git clone https://github.com/你的仓库地址/RightClickGuardian.git cd RightClickGuardian dotnet restore dotnet build -c Release如果你的开发环境缺少某版本 SDK控制台会给出明确提示按提示安装对应 SDK 即可。3.4 关于“手持工具”的使用心态右键菜单管理器属于系统级工具操作前建议先认真阅读软件界面上的每个提示。尤其是面对陌生条目时不要为了“看起来干净”就全部禁用。后续我会在最佳实践部分详细展开这里先记住一个原则扫描可以大胆禁用要克制。4. 核心原理右键菜单到底存在哪里4.1 注册表路径Windows 右键菜单的注册信息主要集中在这几个位置HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers HKEY_CLASSES_ROOT\Directory\Background\shellex\ContextMenuHandlers HKEY_CLASSES_ROOT\Directory\shellex\ContextMenuHandlers HKEY_CLASSES_ROOT\Drive\shellex\ContextMenuHandlers HKEY_CURRENT_USER\Software\Classes\*\shellex\ContextMenuHandlers HKEY_CURRENT_USER\Software\Classes\Directory\Background\shellex\ContextMenuHandlers解释一下HKEY_CLASSES_ROOT\*作用于所有文件类型HKEY_CLASSES_ROOT\Directory作用于文件夹HKEY_CLASSES_ROOT\Directory\Background作用于文件夹空白处右键菜单的“背景”场景HKEY_CLASSES_ROOT\Drive作用于磁盘驱动器图标。右键菜单管理器做的“全量扫描”本质上就是把这些路径全部读取一遍再把结果按场景归类。比如你在一张图片上右键时菜单里出现“使用 XX 打开”在文件夹空白处右键时不出现那么该项很可能注册在*或特定扩展名下面而不是全局位置。4.2 静态菜单与动态扩展从实现方式上右键菜单项大致分成两类静态菜单项直接在注册表 Command 字段写入程序路径和参数菜单内容相对固定。动态扩展项注册一个 COM 组件DLL由该组件的IShellExtInit、IContextMenu等接口动态生成菜单内容。这类扩展在扫描时只能看到组件注册信息无法直接看到菜单文本内容。这也是很多清理工具“只显示 GUID、不显示菜单名”的原因。RightClickGuardian 强调查真实菜单预览实际上是在读取到注册项后进一步尝试加载或解析菜单信息尽量把最终显示效果模拟出来。这也是它比较实用的一个设计点。4.3 为什么要做“真实菜单预览”普通用户看注册表项看到的是一堆 GUID。比如{8AB81E72-CB07-4A0B-9D8A-3D5B5C3AE6A5}这个 GUID 到底是什么软件不查注册表根本不知道。更麻烦的是有些组件没有描述信息查了也未必知道。真实菜单预览相当于先把菜单“虚拟弹出来”让用户看到最终的效果而不是面对一堆十六进制字符做选择。这种设计能显著降低误操作概率。4.4 “持续守护”的实现思路持续守护功能并不复杂核心是监听注册表变化。Windows 提供了RegNotifyChangeKeyValueAPI可以监视指定注册表键或其子键的变化。实现思路大致是启动守护后工具锁定一个或多个右键菜单根路径调用RegNotifyChangeKeyValue等待变化通知当有新的ContextMenuHandlers子键被创建时立刻读取新项信息弹出通知询问用户是否放行。用 PowerShell 也可以做一个小实验来理解这个机制$path HKCU:\Software\Classes\*\shellex\ContextMenuHandlers $key Get-Item $path Write-Host 开始监听: $path $handle [Microsoft.Win32.Registry]::CreateSubKey($path) $result $handle.GetValueNames() Write-Host 当前右键菜单项数量: $($result.Count)实际工具会用更严谨的轮询或事件机制来保证不漏报、不误报但核心逻辑并不神秘。理解了这个原理你也能明白“持续守护”的价值它不是为了监控你而是在软件安装器悄悄塞菜单项时拦一道。5. 完整使用教程从扫描到清理下面以 RightClickGuardian 的 Release 版本为例梳理一套完整的使用流程。5.1 首次启动与全量扫描双击主程序第一次打开时工具一般会提示需要管理员权限。点击“是”后进入主界面。主界面通常有一个醒目的“开始扫描”或“全量扫描”按钮。点击之前建议先关闭不再使用的资源管理器窗口避免部分扩展组件被占用导致扫描不全。扫描过程通常会分段展示进度大致包括扫描文件类型菜单HKCU\Software\Classes*\shellex ...扫描文件夹菜单扫描背景菜单扫描驱动器菜单扫描扩展组件。等待扫描结束你会看到一个分组列表每个分组对应一种右键场景。此时不要急着清理先进入预览模式把每个菜单项认一遍。5.2 真实菜单预览识别陌生项在扫描结果中选中某个菜单项界面右侧通常会出现预览区域。如果该工具成功读取了菜单信息你会看到类似下面的展示[文件右键菜单] 预览 ───────────────────────── 打开 使用 NOTEPAD 打开 使用 VS Code 打开 压缩到 ZIP 发送到 ───────────── 剪切(T) 复制(C) ...Q 萌风格在这时候就体现出来了条目标签会使用圆角卡片式布局禁用项和启用项有不同颜色方便一眼识别。在预览阶段需要重点确认三件事这个菜单项对应的程序路径是否仍然存在发布者是否为知名软件或正在使用的常用软件是否属于某个不认识的组件且你从未主动安装相关软件。5.3 安全清理禁用、删除、恢复当你确定某个菜单项不再需要可以选择“禁用”还是“删除”。这两者的区别非常重要禁用保留注册表项但修改标记使其不再被加载。后续可以随时恢复。适合“暂时不用但以后可能恢复”的项。删除将注册表项移入工具的“回收站”存储区相当于从系统注册表里移除但工具内保留了数据。适合长期确定不用的项。对于新手我强烈建议一律先“禁用”而不是“删除”。虽然工具提供了恢复功能但保留一个可逆状态总比日后找不回来更安全。执行禁用之后Windows 资源管理器可能不会立即刷新菜单。此时可以重启资源管理器进程或者直接注销重新登录。部分工具也提供“刷新资源管理器”按钮。5.4 创建快照与一键还原在动手清理之前先做一次“菜单快照”是一个非常好的习惯。快照可以理解为当前系统中全部右键菜单项目的一份数据库备份。有些工具会生成一个 JSON 或二进制文件有些则存放在本地数据库里。RightClickGuardian 这类强调安全恢复的工具通常都内置快照功能。操作建议清理前创建“清理前快照”清理后运行几天确认无异常创建“正常环境快照”某个软件升级后菜单异常恢复到之前的快照。如果软件支持导出快照文件建议额外导出一份到 U 盘或网盘。这样即使系统重装或工具损坏也有据可查。5.5 启用持续守护清理结束后在主界面找到“守护”或“持续守护”开关把它打开。开启后工具会驻留在系统托盘区域。之后每当有新软件尝试写入右键菜单注册项时它会弹出类似下面的提示检测到新的右键菜单项 名称xxx 来源C:\Program Files\xxx 操作[放行] [阻止]遇到这种情况建议先看一下来源路径。如果是你自己安装的正规软件放行即可如果来源路径是临时目录、未知程序优先选择阻止可后续再通过全量扫描确认。需要注意的是守护功能需要常驻后台会占用少量内存和 CPU。如果电脑配置较低建议在安装软件密集的时期开启平时可以退出托盘图标释放资源。6. 命令行与自动化的延伸玩法RightClickGuardian 虽然提供了图形界面但理解注册表层面的命令能帮你更深入地掌控右键菜单。即使没有图形界面也能完成一些快速操作。6.1 查询当前右键菜单项以常见场景为例查询当前用户下所有文件类型的右键菜单扩展reg query HKCU\Software\Classes\*\shellex\ContextMenuHandlers执行后输出大致如下HKEY_CURRENT_USER\Software\Classes\*\shellex\ContextMenuHandlers OpenWith REG_SZ {09799AFB-AD67-11D1-ABCD-00C04FC30936} WinRAR32 REG_SZ {B3C0B8D9-4A37-4F4F-9A9C-C4B8E2A3A0D0}每行前面的名称是菜单项的显示名后面大括号里的字符串是 CLSID。通过名称能够大概判断来源再配合reg query查询 CLSID 对应的实现reg query HKEY_CLASSES_ROOT\CLSID\{B3C0B8D9-4A37-4F4F-9A9C-C4B8E2A3A0D0}6.2 备份与导出清理之前强烈建议手动导出一次注册表分支作为双保险reg export HKCU\Software\Classes\*\shellex\ContextMenuHandlers D:\backup\contextmenu_2013.reg同样地可以导出文件夹背景菜单reg export HKCU\Software\Classes\Directory\Background\shellex\ContextMenuHandlers D:\backup\background_menu.reg这样即使图形工具出错你仍然可以通过双击.reg文件恢复注册表项。6.3 PowerShell 列出右键菜单项如果希望在脚本中读取菜单项并做进一步处理可以这样写$paths ( HKCU:\Software\Classes\*\shellex\ContextMenuHandlers, HKCU:\Software\Classes\Directory\Background\shellex\ContextMenuHandlers ) foreach ($path in $paths) { Write-Host 路径: $path if (Test-Path $path) { $item Get-Item $path $item.GetSubKeyNames() | ForEach-Object { Write-Host - $_ } } }输出示例路径: HKCU:\Software\Classes\*\shellex\ContextMenuHandlers - OpenWith - WinRAR32这个脚本适合用于审计并不直接修改数据可以放心运行。6.4 与守护模式的联动思路实际上如果你对命令行比较熟悉也可以不用第三方工具只靠 PowerShell 脚本就能实现简单的“右键菜单变更监控”核心思路是定时比较前后两次的菜单项集合$path HKCU:\Software\Classes\*\shellex\ContextMenuHandlers $before (Get-Item $path).GetSubKeyNames() Start-Sleep -Seconds 60 $after (Get-Item $path).GetSubKeyNames() $diff Compare-Object $before $after if ($diff) { Write-Host 检测到右键菜单变化: $diff | Format-Table } else { Write-Host 60 秒内无变化 }这只是守护功能的最小原型。RightClickGuardian 的完整守护模式会包含弹窗交互、白名单、通知记录等能力比脚本要完善得多但理解了底层思路遇到问题时会更有方向。7. 常见问题与排查思路问题现象常见原因解决思路GitHub 页面打开慢或下载中断网络链路原因导致传输速度不稳定使用 Release 页面直接下载压缩包避免通过 Git 拉取可在网络空闲时段重试也可以让网络环境更好的朋友代为下载后传递工具提示“没有找到任何右键菜单项”当前用户权限不足以读取某些注册表项或确实扫描范围为空确认是否以管理员身份运行工具检查注册表路径是否存在尝试修复系统文件后重新扫描清理某个菜单项后右键菜单没有变化资源管理器缓存未刷新重启资源管理器或注销后重新登录确认该项被禁用而非仅隐藏恢复某个项后仍然不显示对应的软件本体已被卸载如果程序文件不存在恢复后菜单也不会生效建议维持禁用状态开启守护后内存占用偏高后台监听循环或界面驻留开销在托盘图标右键菜单中查看资源占用必要时退出守护模式确认软件版本是否为最新误删了重要菜单项如何找回使用了“删除”操作且未提前导出备份打开工具的回收/恢复面板查看是否有该条目如果没有尝试导入之前导出的.reg备份文件下面挑几个重点场景展开讲一下。7.1 关于 GitHub 下载异常的应对很多用户在打开 GitHub 项目页面时都遇到过加载缓慢或下载中断的情况。这里不推荐任何绕过正常网络策略的操作最安全的做法是合理利用官方通道。比如 Release 页面里的 Assets 一般会提供多个下载链接可以多试几次下载完成后如果压缩包损坏重新下载一次即可。如果你只是为了使用工具而不是研究源码完全不需要把整个仓库克隆下来。7.2 扫描结果不完整扫描结果不完整首先要确认工具的运行权限。Windows 的用户账户控制UAC会阻止非管理员进程读取部分注册表项而右键菜单的很多项都位于 HKLM本机分支。如果工具没有申请管理员权限扫描结果自然不全。另外要注意有些第三方右键菜单扩展组件在注册为动态扩展时只提供了 CLSID 路径菜单文本是由组件运行时生成的。如果该组件依赖其他进程扫描阶段没有启动对应环境菜单文本就可能解析不出来。这时候“真实菜单预览”功能如果仍然显示不出来可以尝试先正常打开一次对应软件再重新扫描。7.3 清理后仍残留菜单项出现这种情况可能是该菜单项由多条注册表记录组成。例如一个软件同时注册了“文件右键菜单”和“文件夹右键菜单”你只禁用了其中一条另一条仍然生效。排查思路是回到工具主界面切换到不同场景分组逐一确认是否还有其他同名条目。另外“残留”也可能来自第三方组件启动器这类程序会在每次运行时重新写入注册表项。如果禁用了条目但对应服务或开机自启进程仍然存在重启后可能被重新添加。这时先关闭软件自身的“开机自启”和“菜单注入”设置再清理更有效。7.4 误删后的恢复优先级如果你的工具支持回收面板那么恢复的优先级是工具内回收面板 工具生成的快照 手动导出的 .reg 备份 通过软件安装包重新安装。日常使用时建议大家至少做到前两步。手动导出注册表备份虽然是双保险但备份文件越久恢复后与现状差异就越大反而可能带来新问题。8. 最佳实践与工程建议8.1 清理右键菜单的通用原则结合长期使用经验我总结了一份右键菜单清理原则适合绝大多数用户优先禁用而非删除。禁用是“可逆操作”删除是“半可逆操作”两者的心智负担完全不同。每次只处理 2 到 3 项处理完就实际右键测试一次。不要一口气清理二十项出了问题根本不知道是哪一项引起的。保留系统相关项。凡是带有“系统”“Microsoft”“Shell”字样的项不要轻易动。它们通常不是菜单卡的元凶反而是资源管理器正常运行的基础。关注“发送到”和“打开方式”里的残留项。这两个区域经常出现重复项清理后体感最明显。在干净系统或虚拟机里测试新工具。如果你对一款右键菜单管理器本身不放心可以在虚拟机里跑一遍扫描和清理看它有没有额外写注册表的行为再用于主力机。8.2 注册表操作的备份红线任何涉及注册表的工具使用前都应满足“三条备份红线”工具自身提供快照功能必须做快照能导出 .reg 文件必须导出当前相关分支清理操作前要记录操作清单至少知道今天动了哪几项。很多用户清理完菜单后开心了几天一个月后某个软件升级异常才想起当初清理过相关菜单项。如果没有记录排查起来会非常被动。建议把工具导出的快照保存在非系统盘文件名包含日期和备注例如menu_snapshot_20250601_clean.rdg menu_snapshot_20250615_after_update.rdg8.3 细粒度清理按扩展名分离菜单如果你足够熟悉 Windows 机制可以做到更细粒度的清理。某些菜单项只对特定扩展名生效而不是对所有文件生效。例如只希望在处理图片文件时出现某个菜单项可以检查HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers下该项的注册类型或者使用工具的分组筛选功能。这种做法的好处是减少菜单噪音同时不丢失完整功能。尤其是在需要使用某些专业软件又不想让它在所有文件右键菜单里都出现时按扩展名分离是推荐姿势。8.4 开发者视角如何做一个右键菜单管理器如果你对这类工具的开发实现感兴趣可以从几个模块入手注册表扫描器遍历各类 ContextMenuHandlers 路径读取名称、CLSID、命令路径。菜单预览引擎尝试加载 Shell 扩展调用 COM 接口生成菜单对无法加载的项做降级展示。守护进程利用RegNotifyChangeKeyValue或轮询方式监听注册表变更。快照管理将菜单项序列化为 JSON 或数据库记录支持恢复。UI 层展示菜单树和预览图提供禁用/删除/恢复按钮。参考技术栈方面Windows 桌面工具通常使用 C# WPF/WinUI 或 C 编写因为需要直接调用 Win32 API 和 COM 接口。RightClickGuardian 这类工具选择 .NET 技术栈是比较合理的既能满足注册表操作又能快速做出漂亮的现代化 UI。如果只是想快速验证原型上面的 PowerShell 脚本也能起到一定演示作用。真实的工具开发还需要处理很多边界情况比如 32 位与 64 位 Shell 扩展的差异、动态扩展项的超时保护、多用户环境下的权限模型等。8.5 安全边界开源工具并非一定安全这里要提醒一句GitHub 上的开源项目不等于绝对安全使用前仍要关注仓库活跃度、Star 数量、Issue 反馈和代码质量。下载 Release 包后可以右键查看文件属性确认是否有数字签名。如果项目没有签名至少应该核对仓库提供的 SHA256 哈希值。对于“持续守护”这类后台驻留功能更应该谨慎。首次启动守护模式后建议在“任务管理器”里查看对应进程确认 CPU 和内存占用是否合理网络连接是否异常。如果发现工具在额外联网、上传数据的行为应该立即中止使用并到 Issue 区反馈。9. 动手维护自己的右键菜单生态右键菜单管理不是一个“清一次就完事”的操作。安装新软件、卸载残留、驱动更新、系统大版本升级都可能改变菜单结构。RightClickGuardian 作为一个开源右键菜单管理器把扫描、预览、清理、恢复和守护这条链路整合到了一起很适合作为日常维护工具。我的建议是花一个下午把系统里的右键菜单完整扫描一遍用真实菜单预览功能逐项确认然后把确定没用的项统一禁用。后续开启守护模式观察一周再根据提示逐步放行你真正需要的软件。这样下来你的右键菜单会长期保持在一个简洁高效的状态而不是等到卡顿出现时才来补救。如果你之前没有接触过这类工具完全可以从这个项目开始尝试。它像一位温和但尽责的守护者帮你把系统里那些藏在深处、无法直接看到的菜单项一件件摆到明面上来。这也是开源社区里“小而美”工具的魅力所在不追求大而全只把一件事做到让人用得舒服。
返回列表