把 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 真的撐住。
作者:小萱