Vibhor Kumar：每个AI代理都可能需要PostgreSQL，但并非每个代理都应掌握真相。
内容提要
Databricks收购Electric，其PGlite技术使PostgreSQL能在浏览器或AI代理中本地运行，下载量激增。文章探讨代理本地数据库与中央系统的协调问题，将代理状态分为临时、持久和权威三类，强调同步、治理和信任边界的重要性，认为PostgreSQL正走向分布式与嵌入式并存的双向演进。
延伸解读
本地数据库与中央系统的边界
文章将代理状态分为临时、持久和权威三类，强调并非所有数据都适合放在代理本地。临时状态如中间计划、检索片段可留在沙箱内，而客户记录、财务交易等权威数据必须由中央系统管理。代理本地数据库不应成为替代的事实来源，否则会破坏治理和审计。
同步的挑战远超技术本身
PGlite的同步插件仍处于alpha阶段，存在写入同步和冲突解决的限制。文章指出，同步不仅要传输数据，还要携带授权和策略上下文。如果数据移动时未附带控制信息，同步可能复制信息却削弱其含义。这提醒我们，架构愿景领先于实现细节，工程难点在于分布式一致性。
PostgreSQL的双向演进
PostgreSQL正同时走向两个方向：一是更分布式、弹性，与大数据和AI平台集成；二是更轻量，能嵌入浏览器或代理沙箱。前者集中化以保障持久性和治理，后者分布化以提升本地性和速度。文章认为未来可能需要两者并存，而关键问题是如何在代理自治与企业信任之间保持清晰边界。
Q&A
PGlite是什么？它如何让PostgreSQL在AI代理中运行？
PGlite是PostgreSQL的WebAssembly构建版本，可以在浏览器、应用、无服务器环境或AI代理沙箱中运行。它由Electric开发，基于Neon联合创始人Stas Kelvich的PostgreSQL到WASM的基础工作。PGlite支持内存或本地持久化，并支持pgvector等扩展，使代理能在本地结合关系数据、元数据、全文搜索和向量检索。
为什么每个AI代理都可能需要PostgreSQL，但并非每个代理都应掌握真相？
因为代理在运行时会产生大量状态，包括临时工作状态、持久状态和权威状态。临时状态（如中间计划、临时工具结果）适合放在代理本地以减少延迟和耦合；持久状态（如检查点、记忆）需要跨会话存活但并非权威；而权威状态（如客户记录、财务交易）必须由中央系统管理。代理本地数据库不应成为替代的真相来源，否则会导致治理和审计困难。
PGlite的同步技术目前有哪些限制？
根据文章，PGlite的同步插件目前处于alpha阶段，限制包括不支持出站本地写入同步和冲突解决。这意味着本地写入无法自动同步到中央系统，且冲突处理尚未完善。
C.A.L.M.平台测试是什么？它如何评估代理本地PostgreSQL架构？
C.A.L.M.平台测试用于评估PostgreSQL架构在增长时是否变得更易信任，还是积累运营恐惧。它考察四个维度：可变更性（Changeability）、保证性（Assurance）、杠杆作用（Leverage）和可测量性（Measurability）。对于代理本地PostgreSQL，它关注架构在大量短期数据库和同步路径下如何保持可管理、可信赖，包括模式演进、冲突处理、授权传播、可观测性和数据血缘等。
ORBIT原则在代理执行中解决什么问题？
ORBIT原则关注端到端结果的可靠性，而不仅仅是本地事务。例如，代理在本地提交事务后调用外部服务，然后失去连接，恢复时可能不知道外部操作是否完成。重复执行可能导致重复收费或重复操作。ORBIT原则旨在保护这种端到端结果，确保外部动作的可靠性和一致性。
PostgreSQL正在向哪两个方向演进？
PostgreSQL正在向两个方向演进：一是变得更加分布式、弹性，并与大型数据平台和AI平台集成，用于集中化、持久化和治理；二是变得足够小，可以在浏览器标签页、应用进程或代理沙箱中运行，用于本地化、自主性和速度。这两个方向分别对应中央系统和边缘代理的需求。
