在 NAS 裝 Claude Code Channel 玩到記憶體炸掉

本來在玩龍蝦，後來 Claude code 出了 channel，試了一下很不錯，看起來完全可以取代龍蝦，就把我的 telegram agent 大軍搬過去，直到今天我才發現我錯了。

不是 token 燒光的問題， 是架構設計的問題。

一開始是把龍蝦養在我的 NAS 上的 Ubuntu，後來棄養，Ubuntu 改養 Claude code，用 Channel 接 telegram。

一裝好，馬上就用的很開心，然後就一個接一個 agent 跑起來，很快的，我的 telegram 聯絡人，滿滿的都變成 agent 了，每天跟他們聊天，交代他們各種事情。

結果今天給我集體罷工， 叫了四個 agent ，每個都給我已讀不回，看了很不開心。

只好回他們家看看怎麼回事。結果他們工作的地點，也就是養他們的 Ubuntu ，門都打不開。

遠端桌面連回 Ubuntu 沒有反應，SSH 也連不進去，看著 NAS 硬碟狂轉，CPU high，記憶體吃滿滿，不知道怎麼了，我就是進不去，你們是在裡面給我開 Party 嗎。

只好，重新開機。沒有什麼問題，是重開機解決不了的 XD 。

重開後，agent 通通回來了。

直接叫 Claude code 去看系統日誌，問說到底怎麼了。Claude code 說：記憶體炸了。

他算給我看：一個 agent ，光維持一個 Claude code session 要 500 mb ， 一天對話下來，整個 session 有可能會長超過 800 mb，加上一個 session 對應一個 channel 跑一個 bun server 要 80 mb。

然後我有 7 個 agent 同時在跑。

當掉之前，7 個 agent，一共吃掉了 6G 的記憶體，加上那時，NAS 開始跑備份排程…，而我的 NAS 只有買 8G 的記憶體…。

於是系統開始大量跑 swap I/o 硬碟狂轉，最終就炸掉了。

原來用 Claude code channel ，養多個 agent，always stand-by，是很耗費本機系統資源的使用方式啊。

一行 claude —channels 等於 800 mb 記憶體，如果養了 10 隻，基本上就 8G 去了。

我問 Claude code 說，建議怎麼解決，他給我了三個方法：

1. 改用一個 agent ，用 telegram topic 來分任務。
2. 做一個 gateway，後面再分流，視需要才起 Claude。
3. 加記憶體。

等等，方法二，不就是 OpenClaw 的設計方式嗎嗎？

欸不是，那不就是叫我回去用 openclaw 嗎？

而且 Claude 還說，Gateway 設計不能用 Claude 訂閱 ，一定要用 API。

不是政策問題，是技術限制，因為 Claude code channel，目前的設計就是一對一，要開多的 agent ，資源需求就是乘上去。

而 OpenClaw 的 gateway 架構設計，是可以一對多的，起了幾 10 個 agent ，卻只吃一組系統資源，非常的輕巧。

看來繞了一大圈，好像還是得回去用龍蝦啊。OpenClaw 整體的架構設計，還是非常出色的。