用于多仓库 AI 编码的控制塔，核心为 Rust
通过高性能的 Rust 核心和 SolidJS 前端协调跨项目的 AI 代理和代码库状态。OpenCherry Desktop，由 Anrry Petrin 创建，面向操作多个代码库和 AI 助手的开发者。它通过 libgit2 嵌入 Git 操作，将元数据存储在 SQLite 中，并使用 sysinfo 检测系统代理，为管理跨代码库和开发者机器的 AI 驱动工作流提供了一个单一的桌面界面。
该工具在多仓库 AI 工作流中实际做了什么
OpenCherry Desktop 将多个代码库和 AI 代理的控制集中在一个地方。它在 Rust 核心上运行后端任务，并在 Tauri 2 外壳内运行 SolidJS 界面，并使用 libgit2 执行 Git 操作，而无需调用系统 Git 二进制文件。该应用程序将本地元数据写入集成的 SQLite 数据库，并使用 sysinfo 监控主机代理，因此代码库状态、代理存在和本地历史记录都在同一桌面环境中。
在协调代理时会减慢主机速度吗？
该架构旨在低资源使用：核心在 Rust 中运行，UI 通过 Tauri 2 运行，与完整的浏览器嵌入相比，减少了重量级运行时开销。这个选择意味着在代码库扫描和代理监控期间的内存和 CPU 压力较低。由于 SQLite 本地存储状态，后台读取和写入保持为本地 I/O 操作，而不是远程调用，从而限制了常规协调任务期间的网络引起的延迟。
在托管活动项目的开发机器上运行安全吗？
该应用程序通过 libgit2 使用嵌入式 Git 层进行代码库交互，并在 SQLite 中保持本地记录，这使其能够在不调用外部 Git 命令的情况下操作。这个设计将操作限制在应用程序的进程空间和文件系统内，基于 sysinfo 的检测读取主机代理状态而不改变系统服务。这些选择减少了在标准管理操作期间外部副作用的表面。
我需要技术知识才能操作控制界面吗？
该界面采用现代响应式 UI 构建，工具面向开发人员，因此用户应该期望理解 Git 工作流和多仓库协调。libgit2 集成和本地 SQLite 存储的存在意味着对代码库状态和本地数据管理有一定的熟悉度。管理多个项目并运行 AI 助手的开发人员将从其以模型为中心的控制中获得最直接的价值。
一个专注于开发者团队运行 AI 代理的管理工具
OpenCherry Desktop 适合需要一个单一的点来观察和控制多个代码库和 AI 代理的开发者，使用本地 Git 操作和磁盘状态跟踪。对于熟悉 Git 和本地工具的团队，它减少了在项目之间处理代理的摩擦。提示：为实验性代理运行保留一个单独的克隆或分支，以避免意外的代码库更改。推荐。
