应用层塌缩：当 Agent 吃掉软件，护城河退守数据库
内容提要
冯若航指出，Agent正大量取代人类使用软件，应用层向“记录系统+驾驶舱”塌缩。Supabase管边界，Neon管试错，但云服务难满足企业级监控、高可用与扩展需求。他主张数据库须兜住Agent的试错，Pigsty即为此打造的DBA驾驶舱。
延伸解读
Agent 流量揭示软件使用方式的结构性变化
冯若航的文档站月请求数从一百万涨到一点几个亿，九成以上流量来自 Agent。Neon 上八成数据库由 Agent 创建，Supabase 超六成数据库由 AI 工具创建。这些数据共同表明，Agent 正在成为软件的主要使用者和创建者，而非人类。这意味着软件的设计、分发和运维逻辑都需要重新思考，因为用户可能不再是坐在屏幕前的人。
记录系统与驾驶舱：软件边界的新划分
文章引用 Garry Tan 的观点，将软件分为 System of Record 和 Harness。记录系统负责长期保存状态和业务约束，驾驶舱负责理解意图、选择路径和组织执行。Salesforce 的 AIforce 强调界面可弃但规则保留，说明驾驶舱可以灵活更换，而记录系统必须稳定可靠。这一划分有助于理解 Agent 时代软件架构的演变方向。
云服务在 Agent 时代的局限与风险
Supabase 和 Neon 分别解决了边界和试错问题，但作为多租户云服务，它们在监控、高可用和扩展生态上存在不足。云平台通常只开放几十个扩展白名单，且每增加一个扩展就多一个攻击面。安全研究员 Mehmet Ince 曾利用 PostGIS 扩展漏洞在多个托管平台提权至超级用户并实现 RCE。这说明企业级能力与开箱即用体验之间需要权衡，账本安全不能完全依赖租用的云服务。
PITR 与驾驶舱：让 Agent 敢碰生产库的关键
冯若航敢让 Agent 直接读写生产库，是因为 PostgreSQL 的 PITR 能实现时间点恢复，相当于数据库的撤销栈。Pigsty 将 DBA 经验沉淀为驾驶舱，提供自动切换、监控、扩展管理和权限控制，并专门为 Agent 编写 Skill 文档。这提示企业，要让 Agent 安全操作生产数据，底层基础设施必须能兜住错误，而不仅仅是依赖 Agent 本身不犯错。
Q&A
什么是应用层塌缩？
应用层塌缩是指 Agent 正大量取代人类使用软件，导致应用层向“记录系统+驾驶舱”形态收缩。软件世界的终局是 Database 加 Harness，即记录系统和驾驶舱。
为什么说数据库是 Agent 时代的护城河？
因为 Agent 可以替换界面和驾驶舱，但状态和记录必须长期保存、共同遵守、可靠追溯，这些沉在记录系统里。驾驶舱可以随便换，账本是最后的堡垒，所以护城河退守到数据库。
Supabase 和 Neon 在 Agent 时代分别解决了什么问题？
Supabase 管边界：通过认证、行级安全、自动生成 API，把权限和业务不变量沉到数据库里。Neon 管试错：提供 Serverless 克隆分支、快速拉起，给每个 Agent 发沙盒，随便折腾。
云服务在满足企业级 Agent 需求上有哪些不足？
云服务难以满足企业级监控、高可用与扩展需求。监控上无法看清 Agent 干了什么；高可用上出事不能几十秒自动切换；扩展上只开几十个白名单，而 AI 需要向量、全文、时序、地理、图等多模态扩展。
Pigsty 是什么？它如何解决 Agent 使用数据库的问题？
Pigsty 是 PostgreSQL 发行版，也是一套 DBA 领域的专用驾驶舱。它提供自动切换、时间点恢复、全套监控、五百多个扩展、一键自建 Supabase 套件，账本在自己机器上，开源自建，断网能跑。
为什么敢让 Agent 直接连生产数据库？
因为数据库有 PITR（时间点恢复）作为后悔药。Agent 删了表，可以一键把整个库拉回删除前的时间点，或者先创建零成本 fork 实验，确认后再应用到主库。让人敢放手的是数据基础设施能兜住错误。
