x-hub：75 星的本地优先桌面工作台，用 Tauri 2 把八个模块拼进一块 Bento 网格

一、x-hub 是什么

README 给它的定位只有一句话：「本地优先的个人桌面效率工作台：时钟 / 倒计时 / 便签 / 待办 / 速记 / 速达 / AI 对话 / 剪贴板历史，所有数据本地存储、不上云端。基于 Tauri 2 + Vue 3 + TypeScript + Rust。」仓库标题里那句「所有数据默认本地存储，不上传云端」被加粗放在了第一行，这基本表明了作者的取舍：功能可以多，但数据的归属不能让步。

它的形态是一个 Windows 桌面程序（当前发行包是 win-x64，分标准版和便携版两种 zip），无边框窗口配一条透明自制标题栏，常驻系统托盘，靠全局快捷键随叫随到：Ctrl+Shift+Space 唤起主窗口，Ctrl+K 全局搜索，Ctrl+Shift+K 唤起 AI 对话，Ctrl+` 拉出剪贴板历史。

界面用的是 Bento 风格——不追求「一个功能一个页面」，而是一块可以自由编排的网格，九个部件塞在同一屏里，随时重排。这个选择决定了它的使用场景：不是偶尔打开一次的重型工具，而是开机就挂在托盘里、随时按快捷键浮出来扫一眼的「桌面底板」。

二、它有什么功能

README 把功能列得很细，按模块拆开看，一共八块加一个扩展系统。

工作台是首页，也是最能看出设计取向的一屏：时钟带实时天气（Open-Meteo 提供温度、体感、湿度、风速，配城市或 IP 定位），系统资源监视器每 2 秒轮询一次 CPU 与内存，两个便签槽用 600ms 防抖自动保存，另有提示词百宝箱、待办概览和最近使用通栏。九个部件可以在布局编辑器里增删、拖拽、调宽高，并且记住。时钟下面还会显示一句在线名言（hitokoto），断网时自动回退本地语料，点一下换一句。

倒计时支持时长、定时、每天、间隔四种模式，最多同时挂 6 个；有暂停、继续、浮窗、删除，后台由 Rust 侧每秒轮询驱动，到点发系统通知，其中 once 完成后转灰态、daily 与 interval 自动顺延，休眠期间错过的会静默顺延而不是堆积报错。它还能浮起成一个透明圆形「水罐」小窗，里面有水位和水波动画，独立置顶、位置持久化，到点可选 WebAudio 合成的双音提示音。

速达是启动器，把应用、网页、文件三类资源合在一处管理，支持分组筛选和文件的二级分类；可以把 exe 或 lnk 直接拖进去，程序会自动提取图标，也能扫描已安装应用批量导入，点击即启动，删除还能撤销。速记是纯文本加 Markdown 的编辑/预览器，同样 600ms 防抖保存，带标签管理与按标签筛选。待办清单支持优先级循环切换（普通 / 重要 / 紧急，用 10px 纯色圆点表示）、行内编辑、待办与已完成分视图。剪贴板历史由 Ctrl+` 全局唤起，能记文本、图片和文件三类内容：复制图片或截图会自动落盘生成缩略图，复制文件则记路径，支持粘贴回剪贴板、图片预览与保存，相同内容自动去重。

AI 对话是 OpenAI 兼容的流式方案，DeepSeek、OpenAI、Ollama、one-api 这类都能接，SSE 打字机效果；多会话可新建、切换、删除，面板能向左、右、上、下四个方位停靠并拖拽调尺寸、记住位置，回复按 Markdown 渲染（代码块、表格、列表都支持）。供应商侧可以测连通性、拉取模型批量勾选添加，同一供应商下的多个模型共享一个 API Key；Key 存在系统钥匙串里，界面只显示脱敏值，可点眼睛查看、点按钮复制，面板透明度在 50% 到 100% 之间可调。全局搜索由 Ctrl+K 唤起，300ms 防抖，同时检索资源、笔记与待办，点击直达并高亮。

扩展系统是这套东西里最有野心的一块：扩展中心展示已安装清单，可以从 GitHub 仓库地址下载 zip 解包安装，也能卸载和检查更新；manifest 注册表负责解析权限声明与版本，扩展有 module 卡片（嵌进主界面）、view 页面、window 与 drawer 浮窗四种形态；宿主会注入一套桥 API（window.xhub）给扩展调用，权限按 manifest 逐项授权，内置运行时还能按需下载并自动降级。装好的扩展可以固定到左侧栏，点击时选择以视图、窗口还是抽屉打开。

剩下的是系统设置与窗口能力：三轴主题（亮/暗/系统 × 10 色板 × 10 渐变预设 × 8 种强调色，可自定义）、全局快捷键录入、开机自启动（Run 键方式，登录后静默驻留托盘）、工作台布局编辑器、联网总开关与城市设置、倒计时提示音开关、AI 供应商与模型配置、对话面板透明度、数据备份恢复与数据存储路径。窗口侧则有无边框自制标题栏（拖动/最大化/还原/置顶/关闭至托盘）、托盘常驻、窗口位置尺寸记忆，以及便签与倒计时的独立浮窗。

三、应用场景：几个有代入感的例子

第一种人：工位上的普通上班族。开机之后不用再挨个打开浏览器标签、记事本和计时网站——时钟与天气就在首页，待办按优先级排在一格，剪贴板里躺着一小时前复制的三段文本和一张截图，写周报时用 Ctrl+K 搜一条三个月前的速记，直接跳过去。它的价值不在于某一项功能多强，而在于这些动作都在同一块板子上完成，不需要切窗口、不需要回忆「那东西我刚才存哪了」。

第二种人：需要长时间专注的写作者与开发者。倒计时挂一个 25 分钟，浮窗变成一个个透明的水罐立在桌面角落，水位慢慢下降；这段时间把 AI 面板停靠在右侧，用自己配的 Ollama 或 DeepSeek 做流式问答，Markdown 回复直接读；提示词百宝箱里存着重写、改写、扩写几个常用模板，一键复制。全部数据留在本机，也意味着贴进去的代码片段和草稿不需要先过一遍别人的服务器。

第三种人：要在多台机器之间来回切换的人——公司台式机、家里笔记本、偶尔还要插到别人电脑上用。便携模式给的就是这个答案：把发行包解压到任意目录，在 exe 同目录放一个名为 portable 的空文件，数据就固定写在 exe\data 子目录里，整个文件夹拷到 U 盘带走，换台机器打开，待办、速记、剪贴板历史、速达列表全在原来的位置。不用登录、不用同步、不用等云端确认。

第四种人：习惯自己拼工具的人。扩展系统让它可以被拆开重装：从 GitHub 仓库地址下载一个 zip，宿主解析 manifest、按声明授权，扩展就能以卡片嵌进主界面，或者单独以窗口、抽屉的形态浮出来，还能固定到左侧栏。对这类用户来说，x-hub 更像一个「桌面容器」，而不是一个功能固定的软件。

四、它的解决方案：一块网格，一个文件夹

桌面效率工具有两个老问题。第一个是「功能越加越散」：加一个功能就多一个入口，最后用户要在七八个页面之间找东西。x-hub 的解法是把一切都放在同一块 Bento 网格上——九个部件同屏，你能按自己的习惯调整谁大谁小、谁在左上谁在右下，布局还会被记住。这意味着它不预设你「应该先看什么」，而是承认每个人盯的那一格不一样。

第二个问题是「数据放在哪」。多数效率工具默认把数据交给账号体系，而 x-hub 给出的方案是把数据根的归属摊开给你看。默认数据在 %APPDATA%\x-hub，在设置里可以把数据存储路径迁到任意目录（迁移后重启生效）；便携版则是 exe 同目录加一个空的 portable 文件，数据固定跟随 exe\data；需要归档或搬机器时，用备份功能打包成一个 x-hub-backup-时间戳.zip。三种形态切换，不需要云端中转。数据目录的结构也写得很直白：

数据根/
├── app.db                  # SQLite 主库（WAL 模式）
├── icons/                  # 速达启动项提取出的程序图标
├── logs/x-hub.log          # 运行日志
├── clipboard/images/       # 剪贴板里复制过的图片与截图缩略图
└── updates/                # 更新包暂存

API Key 的处理方式也沿着同一条线：不进数据库文件，而是存进系统钥匙串（keyring），界面上只显示脱敏后的值，需要时再点开查看或复制。对一个要接各家大模型的应用来说，这个细节比宣传语更能说明它在乎什么。

五、核心技术拆解

技术栈是这套东西的骨架，README 写得相当清楚。前端是 Vue 3（全部 <script setup>）+ TypeScript + Tailwind CSS 4 + Vite 8，图标用 lucide-vue-next 按需引入、颜色继承 currentColor，表单基于 reka-ui 的无头组件，状态管理没用 Pinia，而是自己写了一套 reactive() 加 readonly() 的 store，样式靠设计令牌 CSS 变量驱动（仓库里有专门的 DESIGN.md 描述 Bento 风格）。后端是 Rust：Tauri 2 作为外壳，rusqlite 开 SQLite 的 WAL 模式，sysinfo 采集系统资源，reqwest 处理 OpenAI 兼容的 SSE 流式对话，keyring 管 API Key，系统通知是自绘的右下角通知窗——不用系统原生通知，换来的是 Win10 与 Win11 上长得一样。

环境要求与构建流程都很常规，Node.js 18+、Rust 1.77.2+，Windows 上依赖系统自带的 WebView2：

npm install

npm run dev           # Vite 浏览器预览 (http://localhost:1420)
npm run tauri:dev     # Tauri 桌面开发窗口
npm run build         # vue-tsc 类型检查 + vite build
npm run tauri:build   # 构建桌面安装包（产物在 src-tauri/target/release/bundle/）

真正值得单独讲的是两处工程：倒计时的后台驱动，和那条自研的应用更新链路。倒计时不是靠前端的 setInterval 撑着，而是在 Rust 侧每秒轮询，到点由后端发通知，休眠错过的时间按模式静默顺延——这解释了一个细节：为什么合上盖子再打开，水罐里的水位是对的。

更新链路则是这个项目里最「不像个人项目」的部分。它从 releases/update.json 拉升级清单，先做 Ed25519 分离签名验签，公钥内嵌在程序里，验签不过就不信任；接着用 semver 比较版本，还有一个 minimumUpgradable 下限做跳级保护；检查是自动静默的（启动 5 秒后一次，之后默认每 4 小时一次，可以在 About 里关掉）；发现新版本弹全局更新窗，显示版本号、说明、体积和便携版标记，你可以跳过某个版本（记进配置）或者立即更新，下载是流式带实时进度条的，落地做 sha256 完整性校验，完成后重启；重启时解包、两步 rename 完成自替换，失败自动回滚，下次启动再重试。发行包本身分发在腾讯云 COS，标准版与便携版分别取包。这套流程里的验签、保护、校验、回滚四件事，恰好是自动更新最容易被省掉、也最容易出事的地方。

仓库的组织方式也能佐证工程化程度：根目录有 AGENTS.md、CONTEXT.md、PRODUCT.md、DESIGN.md 与 RELEASE_NOTES.md，docs 下放着 ADR（架构决策记录）目录、设计规范、文件搜索方案、自研市场客户端方案、R2 分发与更新说明、自托管分发说明等文档，src-tauri 下有独立的 keys 目录存放签名密钥材料，另有 tests 与 skills 目录。一个 228 次提交、建仓不足两个月的项目做到这个文档密度，是它区别于「周末随手写的小工具」的地方。

六、它是谁开发的

这不是公司产品。仓库属于个人开发者 dckxx，2026 年 8 月 1 日创建，主线语言是 Rust，目前 75 Stars、11 个 Fork、2 个未关闭的 issue，最近一次推送在 2026 年 9 月 21 日——也就是写这篇文章的前一天。发行节奏很密：v0.6.2（9 月 18 日）、v0.6.3（9 月 19 日）、v0.6.4（9 月 21 日），每个版本都同时提供标准版与便携版的 win-x64 包。文档里看不到公司实体、没有商业授权说明、也没有付费墙。

有两个细节值得如实写出来。第一是协议：README 的 License 一节写的是 MIT，但仓库根目录并没有放 LICENSE 文件，GitHub 的协议识别也因此显示为空——如果你要把它用在公司环境里，这件事值得先跟作者确认，或者直接提个 issue 把 LICENSE 补上。第二是协作痕迹：提交历史里能看到 AI 工具的参与（monkeycode-ai、Sisyphus 这类署名），加上根目录的 AGENTS.md、CONTEXT.md 和 docs 下的 ADR 目录，可以判断这个项目是「一个人 + AI 协同」的开发模式。这既解释了它为什么能在两个月里堆出 228 次提交和这么细的文档，也提醒使用者：项目还很年轻，接口和结构大概率还会变。

七、市场前景

需求侧，桌面效率工具这个赛道从来不缺用户，缺的是让用户放心把数据交出去的理由。过去几年，效率软件的默认答案是把数据放进账号和云端，换来多端同步；但同一段时间里，用户对「我的笔记在哪台服务器上」的敏感度明显上升，本地优先（local-first）从一个技术圈共识变成了产品卖点。x-hub 正好卡在这个转折上：它不承诺跨端同步，而是承诺数据不出本机、便携目录可以带走、备份是一个 zip。

技术侧，Tauri 2 的成熟让这类产品的成本结构变了。同样一个桌面应用，Electron 要背一个 Chromium，Tauri 用系统 WebView，安装包能压到几十兆甚至更小，Rust 侧还能顺手把系统通知、资源采集、流式请求、钥匙串这些原生能力接进来。x-hub 全栈押注 Tauri 2 + Rust，拿到的是更小的体积与更顺的系统集成，代价是 Windows 之外还要做 WebView 适配——目前发行包只覆盖 win-x64。

风险同样清楚。一是体量与信任：75 Stars、建仓不足两个月，任何数据安全承诺都需要时间背书，代码可审计是它唯一的筹码。二是竞争点位密集：启动器有 uTools、Raycast，笔记有 Obsidian、Joplin，时间追踪有 ActivityWatch，Windows 系统工具还有微软自己的 PowerToys；x-hub 的差异化是「全都装在一块网格里 + 数据全本地 + 可扩展」，这个组合目前少见，但也意味着每一块都要同时面对该领域最强的对手。三是维护可持续性：一个人加 AI 协同的节奏能撑多久、扩展生态能否起来，这两件事决定它是长期项目还是精致的一次性作品。

八、和同类方案比一比

把这条赛道上的代表选手摆在一起，x-hub 的位置就没那么模糊了。它不跟任何一个单项冠军比深度，比的是「同一个窗口里能装下多少件事，以及数据是不是你的」。下表按形态、覆盖面、数据归属和扩展方式四个维度对了一下：

结论很清楚：如果你要的是单项做到极致，各有更成熟的选择——笔记选 Joplin，时间记录选 ActivityWatch，启动器选 uTools 或 Raycast，Windows 系统增强选 PowerToys。x-hub 的立足点是那个「全都装在一起、并且数据完全在你自己手里、还能自己写扩展」的组合：它牺牲了每个单项的深度，换来桌面不再被七八个常驻软件切成碎片。它的短板也同样明确——只在 Windows 上发行、没有账号与多端同步、协议声明有待补齐、项目只有两个月历史。选它，本质上是选一种取舍：接受一个年轻项目的不确定性，换取一个不依赖任何云端的桌面。

九、x-hub 到底想做什么

把功能清单和取舍放在一起看，这个项目的意图其实很清楚：它要做的不是又一个「更快的启动器」，也不是又一个「更漂亮的笔记软件」，而是一块属于使用者的桌面底板。所有散落在系统里的小事——看时间、瞄一眼 CPU、记一句、存一段、查一条、算个倒计时、问一句 AI——都被收进同一块网格；而这块网格里的每一条数据，默认都写在你自己的硬盘上，路径可迁、目录可拷、备份是一个能双击打开的 zip。

最能说明这一点的不是功能数量，而是那些「本可以省掉」的工程：数据存储路径让你自己选，便携模式用一个空文件当开关，API Key 交给系统钥匙串而不是配置文件，更新链路做验签、跳级保护和失败回滚。这些设计在商业软件里通常被称为「用户权益」，在这里更像是作者的默认立场——数据是你自己的，程序不该擅自动它，也不该悄悄把它送出去。扩展系统则把最后一段路让了出来：如果它没做你需要的功能，你可以自己写一个，从仓库地址装进去，权限按 manifest 逐项授权。

对使用者的意义也在这里。工具会老、项目会停，但一个把所有数据都放在你自己文件夹里的应用，即使明天不再更新，你的待办、笔记和剪贴板历史也依然在 U 盘里，随时能被下一个工具接手。这是本地优先最实在的好处：你不必把自己的记录抵押给任何一家公司的存续。

十、精简总结

项目地址：https://github.com/dckxx/x-hub · 协议：README 标注 MIT（仓库暂无 LICENSE 文件）