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 打架、也解释不了自己做过什么。这个数据库正是把五个独立工具变成一支团队的东西。