Aura 事实来源分离：为何 SurrealDB 是唯一真理，Redis 仅是触发器

在分布式 AI 系统的工程实践中，开发者常犯的致命错误就是“状态管理混乱”：把内存缓存当成了状态机，或者依赖脆弱的消息中间件来保存核心业务逻辑。Aura 通过事实来源分离（Source of Truth Separation） 确立了系统的鲁棒性底线。

1. 架构哲学：状态即真理

我们将系统运行中的所有信息划分为两个互不干扰的平面：事实平面与信号平面。

1.1 事实平面 (Fact Plane) - SurrealDB

在 Aura 中，只有写入 SurrealDB 的数据才被视为“事实（Truth）”。

• 不可撤销的状态快照：Meta 的每一个编排步骤、Matrix 的每一个执行产物，在产生后的第一毫秒即被持久化。
• ACID 保证：即使在多 Agent 并发修改知识图谱时，我们也依赖 SurrealDB 的强一致性事务来防止“认知冲突”。

1.2 信号平面 (Signal Plane) - Redis

Redis 在 Aura 中不是数据库，而是**“神经突触信号”**。

• 产物触发器：Matrix 完成任务后发送一个信号，Meta 的监听协程被唤醒。
• 流式缓冲区：用于极速传输正在生成中的文本流。
• 丢弃策略：我们假设信号平面是随时可能崩溃的。

2. 灾难自愈：100% 状态重构

这种设计的核心优势在于极端容错性。

假设整个系统的 Redis 集群和所有运行中的 Matrix 容器在这一秒全部被强制关机。 由于所有的“事实”（执行到哪了、中间结果是什么、下一步的 3D 坐标）都已安全驻留在 SurrealDB 中，Meta 内核在重启后的第一步就是执行 “状态重构”：

1. 从数据库读取最后的 Snapshot。
2. 重新构造 Redis 触发信号。
3. 重新唤起 Matrix 实例。

整个过程对用户而言是透明的，系统展现出了近乎“不死”的韧性。

3. 总结

事实来源的分离，是 Aura 迈向工业级生产力的关键一步。它将脆弱的 AI 推理过程包裹在了严谨的分布式存储协议之下。在 Aura 的世界里，速度属于 Redis，但灵魂属于 SurrealDB。

本文由 Dark Lattice 架构实验室出品。