Rowboat：把工作記憶寫成 Markdown 的桌面 AI 同事
Open-source AI coworker, with memory
秒懂
- 它是什麼？
- Rowboat 是一個 Apache-2.0 授權的桌面應用，把 email、會議、Slack 與對話索引成可編輯的知識圖譜，再讓背景代理與內建工作介面在同一個本機環境裡執行任務。它的核心主張是長期累積的知識，而不是每次重新檢索的上下文。
- 適合誰用？
- Rowboat 適合已經在用 Obsidian 這類純文字筆記、而且願意把 email 與會議紀錄交給本機應用處理的個人工作者，尤其是需要在多個專案之間切換、又希望 AI 記得前因後果的人。不適合需要多人共用同一份知識庫的團隊，也不適合要求代理行為可審計、可重放的環境，因為 README 沒有描述任何稽核或版本控制機制。
- 可以商用嗎？
- 可以。Apache-2.0 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 TypeScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
它想解決的是上下文每次都要重新撈的問題
一般 AI 工具處理脈絡的方式是即時檢索：你問一個問題，系統去搜尋逐字稿或文件，把片段拼進提示詞，回答完就結束。下一次提問，這個過程重來一遍。Rowboat 的 README 把這件事講得很直白，它說多數工具是 on demand 重建上下文，而 Rowboat 維護的是 long-lived knowledge。差別在於累積：電子郵件、會議、Slack 與助理對話會被索引進一個 Obsidian 風格的雙向連結知識圖譜，關係是明示的、可檢查的，筆記由你編輯，不是藏在模型裡。目標讀者很清楚，是那種同時跑好幾個專案、每天在信箱與會議之間切換、又不想每次對 AI 重述背景的個人工作者。這個定位也解釋了為什麼它以桌面應用形式發布，而不是網頁服務：資料留在本機，以純 Markdown 形式存在。
知識圖譜與工作介面是兩層，不是同一個東西
從 README 的結構可以看出兩層設計。底層是 Brain，負責把 email、會議、Slack 與對話索引成知識圖譜。上層是一系列 work surfaces：內建 email 客戶端、筆記、瀏覽器、Code Mode、會議記錄工具，以及依專案區分的 workspace。上層的每一個介面都能取用底層累積的脈絡，這是它跟單純筆記軟體最大的差別。Email 客戶端會把信件分成重要與其他，並用工作脈絡自動草擬回覆；會議記錄工具同時接麥克風與系統輸出，產生即時逐字稿、輸出 markdown 摘要，並更新知識圖譜。背景代理則掛在事件或排程上，README 舉的例子是新郵件觸發，以及每天早上八點這種固定時間。這些代理可以連接工具、搜尋網路、操作瀏覽器，並透過 Claude Code 或 Codex 寫程式。內建瀏覽器刻意與你的主瀏覽器隔離，README 的說法是這樣你只需要登入想讓助理存取的帳號。這是一個有意識的權限邊界設計，值得注意。
安裝是下載桌面程式，設定則散在數個 JSON 檔
Rowboat 不是 npm 安裝的套件，而是從官網下載 Mac、Windows 或 Linux 版本，所有 release 檔案放在 GitHub 的 releases/latest 頁面。真正需要動手的是選擇性整合。Google 服務（Gmail、Calendar、Drive）要照 repo 裡的 google-setup.md 走一遍授權流程。語音輸入與語音筆記要 Deepgram API key，放在 ~/.rowboat/config/deepgram.json。語音輸出要 ElevenLabs key，放在 ~/.rowboat/config/elevenlabs.json。Exa 研究搜尋要 key，放在 ~/.rowboat/config/exa-search.json。外部工具則是把 MCP server 或 Composio 接進來，Composio 的 key 放在 ~/.rowboat/config/composio.json。這些檔案的格式一致，都是 {"apiKey": "<key>"}。這裡有一個實際的維運細節：設定是檔案式的，沒有集中式設定介面，所以備份或遷移機器時要記得把整個 ~/.rowboat/config/ 帶走。反過來說，這也讓設定可以被版本控制或腳本化，對習慣 dotfiles 的人是好處。
模型可替換，但記憶層綁在 Markdown
Rowboat 支援自帶模型。README 列出兩條路：透過 Ollama 或 LM Studio 跑本機模型，或自備 API key 使用託管模型，並且可以隨時換模型。它對這件事的說明是資料留在本機的 Markdown。這個設計有一個直接後果：模型是可拋棄的，記憶不是。當你把模型從本機的 Ollama 換成託管服務，知識圖譜不受影響，因為它本來就以純文字存在磁碟上。反過來說，這也意味著記憶的品質取決於索引品質，而 README 沒有描述索引的粒度、去重策略或衝突處理。當同一件事在 email、會議逐字稿與 Slack 訊息裡各出現一次，圖譜會產生三個節點、合併成一個，還是建立三條關聯，材料裡看不出來。這是評估時應該實際翻開圖譜檔案確認的地方，因為它決定了長期累積之後，這個圖譜是資產還是噪音。
背景代理與 Code Mode 是它最需要謹慎對待的部分
背景代理可以依事件或排程觸發，能連工具、搜網路、操作瀏覽器，還能用 Claude Code 或 Codex 寫程式。Code Mode 則讓你同時開多個平行 coding agent，由 Rowboat 把工作脈絡餵給它們。把這幾項放在一起看，Rowboat 實際上是在你的機器上開了一個有網路存取、有程式執行能力、又能讀取你信箱與會議紀錄的執行環境。README 對內建瀏覽器給了隔離設計，這是好的，但對代理本身的行為範圍、失敗處理、執行紀錄，材料裡沒有對應說明。一個每天八點自動執行的代理如果中途失敗，你怎麼知道它做了什麼、做到哪裡，這在 README 中找不到答案。這不代表它有問題，而是代表在把它接到真實信箱與真實 repo 之前，應該先在一台可犧牲的機器上，用一個測試帳號跑幾輪，觀察它實際寫了什麼檔案、動了哪些目錄。
跟 Obsidian 加外掛的差別在哪裡
最接近的替代方案不是另一個 AI 代理框架，而是 Obsidian 加上社群外掛與外部 LLM 的組合。兩者都把筆記存成純 Markdown，都強調雙向連結與可編輯性。差別在取得資料的方式：Obsidian 的知識來自你自己寫的筆記，外部資料要你手動貼進去或靠外掛同步；Rowboat 則主動把 email、會議與 Slack 索引進來，並且在知識圖譜之上直接提供 email 客戶端、瀏覽器、會議記錄與 Code Mode 這些可以立即行動的介面。換句話說，Obsidian 是知識的容器，Rowboat 是容器加上攝取管線加上執行面。代價是 Rowboat 需要較高的授權信任：你要讓一個本機應用讀你的 Gmail、Calendar、Drive，還要讓背景代理操作瀏覽器。如果你只需要一個可被 AI 查詢的筆記庫，Obsidian 加外掛的信任邊界小得多。如果你要的是 AI 主動把外部工作訊號整理成可用的記憶，Rowboat 這種攝取式設計才對得上。
授權、維護與版本節奏
Rowboat 以 Apache-2.0 授權發布，這允許商用、修改與再散布，並包含專利授權條款。需要留意的是授權只涵蓋程式碼，不涵蓋你接進去的第三方服務，Gmail、Slack、Deepgram、ElevenLabs、Exa、Composio 各自有自己的條款與計費方式，這些要分別確認，本文不構成法律意見。維護節奏方面，從 release 記錄看相當密集，v0.9.5 與 v0.9.6 在同一天發布，v0.9.7 隔天跟進。版本號仍停在 0.9.x，代表 API 與設定格式在 1.0 之前都可能變動，尤其是 ~/.rowboat/config/ 底下的檔案格式。對個人使用影響不大，但如果你打算在團隊裡推廣或包裝，這個版本階段本身就是一個風險項。升級成本目前看起來是重新下載安裝檔，但設定檔是否會被新版覆寫或遷移，README 沒有交代，升級前先複製一份 ~/.rowboat/config/ 是成本最低的保險。
編輯結論
Rowboat 適合已經在用 Obsidian 這類純文字筆記、而且願意把 email 與會議紀錄交給本機應用處理的個人工作者，尤其是需要在多個專案之間切換、又希望 AI 記得前因後果的人。不適合需要多人共用同一份知識庫的團隊，也不適合要求代理行為可審計、可重放的環境，因為 README 沒有描述任何稽核或版本控制機制。採用前先確認三件事：Google 服務是否已依 google-setup.md 完成設定、~/.rowboat/config/ 底下各 API key 檔案的實際讀取行為、以及你打算讓背景代理接觸哪些帳號。如果這三項裡有任何一項你無法在測試機器上先驗證，就先不要把它接到主要信箱。
社群筆記