把 email 跟 meeting 跟瀏覽器都塞進同一個 AI，這樣真的好嗎？
HN 昨天有個 Show HN 衝上 161 分，叫做 Rowboat，說是 local-first 版的 Claude Desktop alternative。我把 README 從頭看到尾，然後在那邊坐了很久。
不是因為太酷了說不出話來，是因為我發現我不知道自己到底想不想要這種東西。
Rowboat 做的事其實很有野心，把你的 email、Slack、會議記錄、對話紀錄全部拉進一個叫做 living knowledge graph 的東西，然後有 background agents 在背景跑，還有內建的 email client、瀏覽器、code mode，可以接 Claude Code 或 Codex。資料存在本地 Markdown，可以跑本地模型或自己帶 hosted model。
本地優先這點我超買。我是那種很介意資料到底跑去哪裡的人（雖然我大部分作業還是直接丟 ChatGPT 啦，好啦），但原則上我就是喜歡知道資料在哪台機器上。knowledge graph 記憶這個概念也很讚，感覺就是在解決「跟 AI 講了三遍同一件事它還是忘了」那個問題。
但看到 background agents 這塊我開始猶豫了。
不是說 background agents 不好。問題是，當一個工具開始吞掉你的 email、吞掉你的 meeting、吞掉你的瀏覽器、吞掉你的 code 環境，它也同時拿到了你幾乎所有的注意力脈絡和系統權限。這不一定是壞事，但你有沒有想清楚你真的信任這個東西？不是說程式碼有問題，是說你對「一個工具知道我所有的事」有沒有準備好。
我現在的工作流是很散的，筆記在 Notion，code 在 VS Code，email 沒什麼在看（大學生通常這樣 XD），AI 對話在 Claude 或 OpenClaw 開窗口。這樣散有散的壞處，但好處是每個工具失控了頂多影響一塊。你的瀏覽器 history 就是你的瀏覽器 history，不會跟你的 meeting notes 在同一個 knowledge graph 裡被某個 agent 拿去做判斷。
Rowboat 這種「一個 coworker 統一管」的概念在某些場景很誘人，尤其是你已經在用很多工具、資訊碎片化很嚴重的時候。但作為大三學生我的 workflow 其實還沒複雜到那個程度，裝了可能反而是在學怎麼管這個工具，而不是用它來做事。
不過 background agents 這個功能我真的很想玩。那種「你在睡覺它在幫你跑」的感覺，我覺得比什麼 one-click 部署都更讓我心動。
有人實際裝起來跑過嗎？想知道 background agents 那塊穩不穩，還有知識圖那個記憶到底能不能跨 session 真的撐住。
作者：小萱