為什麼要做這個作品？
一個人要同時顧正職、學習和生活紀錄，聊天窗開來開去很快就散掉。上次交代過的事，下一次模型不一定還記得；臨時做的自動化，過一週自己也講不清楚為什麼這樣設計。
所以我沒有再開一個會聊天的助手。我把事情按領域切開：學習、生活、監測各自有固定的流程和自己的記憶，不擠在同一個對話裡。人只負責拍板——系統可以提案、可以執行被允許的事，但不能自己決定上線或刪除。
包含哪些功能？
從 2026 年 2 月起，這套系統一直跑在伺服器上，不用我開著筆電。
- 學習、生活、監測各自獨立，不會什麼事都丟給同一個對話。
- 四層記憶：當下狀態、每日摘要、長期資料、跨領域的守望視角。
- 排程護欄：早晚報、巡查、健康檢查會自己跑，不用我每天手動叫醒。
- 告警與修復鏈：出錯要被看見，修完要留紀錄，不能默默掛掉。
- 權限切開：判斷可以自動做；會改系統的動作，留測試與人工授權。
遇到什麼困難？
最難的不是做出第一個會回訊息的流程，是讓它們不要各做各的。記憶如果只有聊天紀錄，隔天幾乎等於重來；如果什麼都寫進去，又會變成一本沒人想翻的流水帳。
再來是副作用。生成式模型很會「看起來做完了」。真正會改檔案、改排程、改線上狀態的動作，必須跟普通回答分開。這件事我後來是用護欄、檢查清單和人工授權硬拆開的，不是靠它自己小心。
最後是維運。系統如果只活在我的筆電，出差或睡覺就等於停機。搬上 VPS 之後，問題變成：掛了誰通知、修了誰驗證、同一類錯誤會不會下周再犯。
回頭看
這套系統現在每天自己跑。出錯會主動通知我，紀錄留在固定的地方，任何會動到系統本身的操作都要經過我授權。從 2026 年 2 月到現在，我仍然每天都在用它。