Rowboat 开源：把 Agent 工作流搬回本地

Rowboat 把 Claude Desktop 的活儿搬到了本地

昨天 Rowboat Labs 在 GitHub 上把他们的桌面 Agent 平台 Rowboat 正式开源了，定位很直白——本地优先（local-first）的 Claude Desktop 替代方案，主打离线可跑的 AI Agent 工作流。项目一上 Hacker News 首页就冲到了当日前列，讨论区里最多的一句话是：终于有人愿意认真做这件事了。

这个时间点挺微妙。就在三个月前，Manus、Claude Cowork、ChatGPT Agent、Genspark、Perplexity Computer 这五家还在 20 美元/月的桌面 Agent 订阅位上打得头破血流，YouTube 上到处是 "你到底该选谁" 的对比视频。Rowboat 直接掀桌子：都别订了，把模型和编排都塞进你自己的机器里跑。

它到底解决了什么问题

先说清楚 Claude Desktop 目前的痛点。作为 Anthropic 官方的 MCP 宿主，Claude Desktop 的能力其实高度依赖两件事：一是 Anthropic 的云端模型，二是 MCP 工具生态。前者意味着你写的每一条 prompt、挂载的每一份文档，都要经过 Anthropic 的服务器；后者虽然是开放协议，但宿主本身闭源，你想改交互、想加自定义调度逻辑，只能在外围打补丁。

Rowboat 的做法是把这一层完全拆开：

• 宿主开源：整个 Desktop App 用 Tauri + Rust 写，前端 React，代码全公开，你可以 fork 后改成任何你想要的样子。
• 模型可插拔：默认支持通过 Ollama 跑本地模型，也支持接远程 API（包括 Anthropic、OpenAI、以及各类兼容 OpenAI 协议的聚合层）。
• 工作流本地存储：Agent 定义、对话历史、向量索引全部落到本地 SQLite + LanceDB，断网也能继续工作。
• 原生 MCP 兼容：直接复用 Claude Desktop 的 claude_desktop_config.json 格式，你已经装好的那堆 MCP Server 零迁移成本搬过来。

最后这一点是杀手锏。过去半年 MCP 生态里冒出来的那些工具——文件系统、Git、Playwright、各种数据库连接器——都能原样跑在 Rowboat 里，甚至不用重启。

Local-first 到底能不能跑得动

这是所有人看到 "本地优先" 四个字第一反应会问的问题。Rowboat 官方文档里给了一个还算诚实的答案：能，但你得挑模型。

仓库 README 里推荐的默认配置是 Qwen3-Coder-30B 或者 GLM-4.6-Air 的 4-bit 量化版本，跑在 M3 Max/M4 Pro 或者 32GB 显存以上的 N 卡机器上。轻量级任务（浏览器操作、文件整理、日程管理）用 8B 级别的模型就能扛，重推理还是得挂云端。

它做了一个我觉得挺聪明的设计：快慢思考模式切换。简单指令走本地小模型秒回，复杂多步任务自动路由到你配置的远端大模型。这个思路和年初 DeepSeek 那套 MTP + 推测解码的加速方案有点像，但落到了应用层。

幻觉率控制也提了一嘴，内部评测数据是从 12.5% 降到 5.4%，多轮对话翻车率从 17.4% 降到 7.9%。这个数据没有第三方复现，但至少说明团队知道 Agent 场景下可靠性比模型智商更重要。做过 Agent 的人都懂：跑十步错一步，整个链路就废了。

架构上有什么不一样

翻了下代码，Rowboat 的核心抽象是三层：

1. Runtime 层

用 Rust 写的执行引擎，负责 Tool Call 的调度、MCP Server 的生命周期管理、以及本地模型的加载。这一层最大的亮点是 256K 上下文窗口原生支持，不做截断也不做粗暴的滑窗压缩，靠一套增量式的 KV Cache 复用机制来控制显存。

2. Orchestrator 层

工作流编排是可视化的，节点式 DAG，看起来有点像 n8n 但更偏 Agent 语义。你可以定义子 Agent、给它分配特定工具集、设置 fallback 策略。这块和年初火过的 ruflo、superset 这些开源编排项目思路接近，但胜在和宿主深度集成，不用另外起服务。

3. Interface 层

就是你看到的桌面 App。这层做得比较克制，没有花哨的 UI，主界面就是一个聊天窗 + 侧边栏的工作流列表。对开发者来说这是好事，学习成本几乎为零。

和现有方案比，位置在哪

讲实话，Desktop Agent 这个赛道现在已经有点拥挤了：

• Claude Desktop：闭源，云端依赖，MCP 生态最全，但你没法定制。
• Cursor / VS Code + Cline：本质是 IDE 里嵌 Agent，适合写代码场景，跳出编辑器就别扭。
• Manus / Genspark：全托管，能力强，但你的数据全在人家服务器上。
• Zed：开源，性能怪兽，但 Agent 能力还比较初级。

Rowboat 卡在了一个空位上：给愿意折腾、在意数据主权、又不想被 IDE 绑架的开发者。这个人群其实不小，Reddit 上 r/AI_Agents 板块隔三差五就有人在问 "有没有 Claude Desktop 的开源替代"，之前的答案基本都是 "没有，你可以拿 Zed 凑合"。

但也别高估。它现在的短板同样明显：

• 模型能力仍受本地硬件限制。想完全离线跑出 Claude Sonnet 4.5 或者 GPT-5 那种效果，短期内不现实。
• MCP 兼容不等于开箱即用。很多 MCP Server 依赖 Node 环境，Windows 用户配起来还是有一定门槛。
• 可视化编排的表达力有天花板。真要做复杂 Agent，最后大概率还是得下沉到写 TypeScript hook。

一个务实的用法建议

如果你现在就想上手，我的建议是：

1. 先用 Rowboat 接管你已有的 MCP 工具链，替代 Claude Desktop 作为宿主；
2. 模型层不用急着全本地化，直接接一个聚合 API，把 GPT、Claude、Gemini、DeepSeek 都挂上做对比测试；
3. 找到那些延迟敏感、隐私敏感的场景（比如本地文件处理、代码审查），再切到 Ollama 跑本地模型。

模型接入这块顺带说一句，OpenAI Hub 已经把 Rowboat 的模型配置模板加进去了，一个 Key 就能同时调 GPT、Claude、Gemini、DeepSeek、GLM 这些主流模型，兼容 OpenAI 格式，国内直连，省得你在配置文件里塞五个不同的 endpoint。对于想快速验证 "哪个模型跑我这个 Agent 最稳" 的人来说，这种聚合层比一家一家申请 API 高效得多。

更大的一个信号

把视野拉高一点看，Rowboat 的开源其实是最近半年一个更大趋势的延续：Agent 基础设施正在从 SaaS 回流到本地。

从去年底的 cc-connect、CLI-Anything，到今年初的 ruflo、OpenSandbox，再到现在的 Rowboat，你能明显看到一批开发者在系统性地把 Agent 能力从 "托管在别人服务器上的黑盒" 拽回到 "我自己机器上的白盒"。这背后既有隐私和成本的考量，也有一个更本质的判断——Agent 是要跑在你工作流中间的东西，它必须能被你完全控制。

Claude Desktop 好用，但它是 Anthropic 的产品，路线由 Anthropic 定。Rowboat 好不好用还要看接下来几个月的迭代，但它至少是社区自己的。这件事的意义，可能比 "又一个开源项目发布" 要大一点。

参考来源

• Rowboat GitHub 仓库 - 项目源码、文档与配置示例
• AI 开源趋势日报 #63 - 近期 AI Agent 编排类开源项目动态
• r/AI_Agents 讨论：Claude Desktop 替代方案 - 社区对 MCP 宿主选型的讨论