WorkDaddy × Supabase
五個 Agent 幹同一家店，需要同一份事實。它就存在 Supabase 裏——發現、決策、任務歷史和完整的審計軌跡。
有用的 Agent 團隊和不可預測的 Agent 團隊，差別在記憶。沒有共享記錄，每個 Agent 每次都從零開始、重複勞動、事後也解釋不了自己。WorkDaddy 用 Supabase 作為持久層：Agent 行動前從這裏讀上下文，行動後寫回發現了甚麼、改了甚麼、為甚麼。
記憶層裏有甚麼
它保存關於店舖及其工作的運營狀態——不是顧客個人數據。這個範圍是刻意的：Agent 需要記住的是決策，不是購物者。
店舖配置狀態及其隨時間的變化
各 Agent 的發現，連同證據
任務歷史——提議、批准、上線或否決
完整審計日誌：哪個 Agent、改了甚麼、何時、依據甚麼
為甚麼這讓自動化變安全
只有事後可以質詢的軟件，你才敢把真實工作交給它。因為每個動作都連輸入和理由一起寫下，任何改動都能追溯到引發它的發現——也都能回滾。這份記錄是審批可以逐步放寬的底氣。
數據庫是你的
記憶層跑在你自己控制的 Supabase 項目裏。你可以直接用 SQL 查詢、和自己的數據 join、隨時導出。Agent 的工作記憶沒有一點被鎖在供應商的控制台裏。
運作方式
連接一個項目
把 WorkDaddy 指向一個 Supabase 項目，Ops 會創建記憶、任務與審計日誌的 schema。
Agent 讀寫
每個 Agent 行動前加載相關上下文，行動後記錄發現與改動。
自己隨時查
數據是你的——SQL 查詢、和其他數據源 join、隨時導出。
你會得到甚麼
一份共享上下文：Agent 彼此接力而不是重複勞動
每次自動化改動都有可查詢的審計日誌
趨勢對比不受分析工具保留期限制
數據完全歸你，歷史無供應商鎖定
由這些 Agent 負責
常見問題
它存顧客個人數據嗎？
不存。它保存運營數據——店舖狀態、Agent 發現、任務歷史、改動日誌。顧客數據留在原本持有它們的系統裏。
能用我現有的 Supabase 項目嗎？
能。schema 建在獨立的命名空間裏，與你項目裏已有的東西並存。
斷開連接會怎樣？
數據留在你的項目裏。Agent 失去共享歷史，意味著它們從當前狀態開始推理，而不是從之前學到的東西。
為甚麼非要一個數據庫？
因為沒有記憶的 Agent 會重複自己、和其他 Agent 打架、也解釋不了自己做過甚麼。這個數據庫正是把五個獨立工具變成一支團隊的東西。