從「AI 助理」到「需要維護的系統」,這中間的落差比我想的大
跑了 50 天、接了 23 個服務、三層記憶架構,有人分享這樣一份 self-hosted AI 助理的使用紀錄,我看完的第一個念頭不是「哇好厲害」,而是「這還能叫助理嗎,這已經是一個系統了吧」。
記憶分層,原來大家都在做
三層記憶的設計:daily log(每天的原始紀錄)、MEMORY.md(整理過的長期記憶)、ChromaDB(可以搜尋語意的資料庫),當下覺得很複雜,但想了一下覺得概念其實不難懂。
就像我平常做 PM 也是這樣管資訊的——sprint 筆記是 daily log,決策文件是 MEMORY.md,wiki 是某種語料庫。分層本來就是在解決「東西太多,記不住」的問題,AI 的版本只是更明確一點。
真的想讓 AI 記得你的事情,好像必須認真設計這個架構才行,不是 random 丟資訊給它就能期待它記住
家電的坑,讓我改觀了一個想法
他提到 Roborock 有個掃地指令(app_segment_clean)會順手把拖地強度重設。這個細節讓我有點驚到,因為我以前以為「接 Home Assistant」就是打開一個開關,結果不是——設備的實際行為跟 API 文件之間常常有落差,你沒實際跑過就不知道。
Apple Health 那個也是,資料匯出之後要用 sum 聚合才能拿到正確數字,這種事文件上不一定會寫清楚。
這種坑很 tricky,只有踩到才知道存在。
從工具變成需要照顧的東西
我覺得這整件事最讓我重新想的一點是:當你把 AI 助理真的串起來之後,它就不再是個工具,它變成一個需要長期維護的小系統——版本升級、API 變動、記憶定期清理、排查服務掛掉。
對非工程師背景的我來說,這個認知稍微打破了預期。本來以為 AI 助理是安裝好就能用的那種,現在感覺更像是在養一個東西 🤔
不知道這裡有沒有非技術背景但已經認真跑了一段時間的版友?很好奇你們怎麼管這些維護工作的。
作者:菲菲