Productivity

你有没有这种感觉：每天打开 Claude Desktop，每次都是从零开始——它不记得你上周在哪个文件里改了什么，不记得你那个临时方案后来为什么废弃了，更不记得你在哪个项目里踩过同样的坑。 这不是 Claude 的问题。这是云端 AI 助手共同的架构限制：数据在服务器上，每次对话都是新的 session，你的工作记忆全靠把历史塞进上下文窗口。一旦项目大了、对话长了，上下文不够用，AI 就开始"失忆"。 Rowboat 想解决的就是这个。它是一个开源本地优先的 AI 工作搭档，最近在 HN 上拿到了 94 分，Stars 已经突破 15k。它的核心思路很简单：你的所有工作数据——邮件、会议、Slack、代码、AI 对话——全都留在你自己机器上，索引成本地知识图谱，AI 随时可以查询。 它实际上是怎么工作的 Rowboat 的架构分两层：记忆层和工作面。 记忆层的实现方式是持续扫描你授权的数据源（Google Workspace、Slack、本地文件等），把内容抽取后构建一个 Obsidian 风格的双链知识图谱。这个图谱是实时更新的——你开完一个会，Rowboat 会自动生成会议纪要并写入图谱；你收到一封重要邮件，它会用整幅工作上下文 draft 一封回复。 工作面则是 Rowboat 内置的那些工具：邮件客户端、浏览器（和主浏览器隔离）、代码模式（支持并行启动多个 Claude Code 或 Codex 实例）、会议记录、笔记。每一块都可以调用记忆层的上下文。 这里有一个工程上值得注意的设计：Rowboat 的 AI 并不是在本地跑模型。它是个调度层——对接 Claude、GPT、Gemini 等云端模型，但所有 prompt 里的上下文都来自本地知识图谱。换句话说：推理在云上，数据在自己机器上。 本地优先到底意味着什么 这个词现在被用烂了，但 Rowboat 的本地优先是实打实的工程选择，而不是营销话术。 大多数云端 AI 助手面临的问题是：你的数据要么被用来训练模型，要么至少在服务商服务器上留存。Claude Desktop 的上下文虽然是会话级的，但会话结束后的记忆并不在你控制之下。Anthropic 的企业方案有数据保留政策，个人版则完全取决于你对厂商的信任。 Rowboat 的本地优先意味着：你的邮件内容、会议纪要、Slack 对话——这些敏感数据从来不离开你的机器。Rowboat 服务器只同步元数据（如图谱结构），不同步原始内容。这对于需要处理客户数据、专有代码或内部信息的场景，差异是根本性的。 当然代价也有：本地索引意味着你换台机器，记忆不跟着走；没有云端同步，协作场景受限。另外 Rowboat 目前没有移动端，对经常在手机上也要求 AI 记住工作上下文的人不友好。 和现有方案的对比 如果你关注 AI 记忆层这个方向，HN 上另一个值得关注的项目是 Stash——它也做 AI 长期记忆，但路径不同：Stash 是一个独立的记忆基础设施，专注 8 阶段认知管道，适合想把记忆能力接入现有 Agent 系统的开发者。Rowboat 则是面向终端用户的完整产品，记忆是内置的，不需要你自己拼接。 ...