QuixiAI/QuixiDesk

QuixiDesk 是一个桌面 AI 工作台：在 tao + wry 构建的原生外壳里，你可以挂载本地文件夹、设置文件修改权限，并用所选 LLM 提供商进行多轮流式会话。它更适合想要一个带本地文件和浏览器上下文的通用对话/任务客户端的人，而不是要构建 Agent 的开发者。

一个窗口里提供什么

应用内置 Provider Manager 和 MCP 宿主。引擎可路由云端、OAuth 与本地提供商：OpenRouter、自定义 OpenAI 兼容端点、OpenAI、xAI、Anthropic，以及 Gemini、DeepSeek、Groq、Mistral、Together、Fireworks、Perplexity、Cohere、Cerebras，还会自动检测本地的 Ollama、LM Studio 或 llama.cpp/LocalAI 服务（README）。任何 OpenAI /v1/chat/completions 端点都能接入，因此自托管模型无需另装客户端。

对话之外，它还预配置了工作区文件索引、git 池、shell 宿主、AppleScript、PDF、memory、fetch、GitHub、Office 365、定时任务等工具。内嵌浏览器支持多标签导航和 [ref_N] 无障碍元素检查；macOS 原生 computer use 提供 CoreGraphics 截屏、光标/键盘控制和窗口检查。README 称开箱即用有 44 个工具处于启用状态。

平台现实

核心外壳可在 macOS、Linux 和 Windows 上使用各系统 webview 构建，需要稳定版 Rust 工具链，生产应用不需要 Node.js 或 Electron。但原生 computer use（CoreGraphics/AppleScript）和文件夹选择器是 macOS 专有功能，Linux 与 Windows 构建并不具备同等能力（README）。文档以 macOS 14 或更高版本作为构建/测试环境。Linux 需要 GTK 3 与 WebKitGTK 4.1 运行库以及可用的图形会话，纯 SSH 终端不行；Windows 需要 MSVC Rust 工具链、Visual Studio C++ Build Tools 和 WebView2，目前还没有 MSI 或签名流程。构建需在目标操作系统上进行。

需要注意的限制

• 定时任务： 可以保存并手动运行，但自动调度尚未实现。
• 界面： 替换后的界面目前仅支持英文。
• 测试： 完整的 E2E 打包应用运行器只有设计文档、尚未实现；手动桌面检查仍与自动化回归和存储测试分开。
• 数据安全： 对话采用原子保存，并会回退到 recovery/ 快照；若两个保存位置都失败，应用会阻止退出直到成功持久化，但强制结束仍可能丢失仅存于内存的数据。
• 许可： MIT（license）。

项目还特别致谢了其原生运行时分析所用的 REA 逆向工程工具，这与最终用户功能无关。

HotRepo 点评

HotRepo 在 2026-10-29 的 NEW-REPOSITORY Rust 榜单上记录到该项目共 107 星、排名第 15，但没有该项目的日榜历史。单次快照无法说明关注是持续还是消退；判断是否适合，应看平台功能缺口和尚未实现的定时调度。