字节跳动Supabase的Agent-Native实践,从App后端到智能体运行底座的演进路径

字节跳动资深技术专家张国强在 QCon 上海分享其团队如何将 Supabase 从传统 App Backend 升级为支持 AI Agent 规模化运行的 Agent-Native BaaS 平台,涵...

人工智能

在 AI 应用从“用户驱动”转向“模型自主决策”的趋势下,后端基础设施正经历一场静默但深刻的重构。字节跳动近期披露其 Supabase 平台已系统性推进从 App Backend 向 Agent-Native Backend 的演进——这不仅是功能叠加,而是对整个 BaaS(Backend-as-a-Service)架构逻辑的根本性重定义。

2026 年 QCon 全球软件开发大会上海站,字节跳动资深技术专家张国强将发表题为《从 App 到 Agent:字节跳动 Supabase 的 Agent-Native 规模化实践》的主题演讲,首次系统公开该平台在支撑 AI 原生应用与智能体规模化运行中的技术路径与工程权衡。

张国强指出,传统 BaaS 的核心能力——数据库、认证、存储与 API 网关——在 AI Native 场景中已显不足。当软件执行主体从用户点击触发的 App,扩展为能自主规划、调用工具、积累上下文并持续迭代的 Agent 时,后端需新增五大关键能力:弹性资源供给、数据分支管理、安全沙箱执行、长期记忆维护与权威知识检索。

这一转变背后是三重结构性变化:

其一,请求驱动变为上下文驱动。App 依赖明确的用户输入触发逻辑;而 Agent 需在动态上下文中做推理与决策,其行为具有非确定性与长周期性,要求后端支持状态持久化与跨轮次上下文管理。

其二,单次部署变为高频试错。Vibe Coding 与 AI 编程使开发者可快速生成、修改、回滚应用逻辑,数据库 Schema、后端函数与前端代码常同步变更。传统单环境部署模式难以支撑这种高并发、多版本并行的开发节奏。

其三,封闭执行变为开放调用。Agent 需在运行时动态安装依赖、读写文件、调用外部服务甚至执行任意代码片段,这对隔离强度、权限控制与审计追踪提出远超传统 Web 服务的要求。

为应对上述挑战,字节跳动 Supabase 构建了一套分层演进的技术体系:

Serverless 层实现秒级实例供给与弹性伸缩,针对 AI 应用流量峰谷剧烈、生命周期短的特点,平台通过冷启动优化、资源池化与细粒度配额治理,在保障响应速度的同时抑制闲置成本。例如,一个由豆包生成的轻量级应用可在 2 秒内完成从零到上线的全流程部署。

Data as Git 层是支撑高频试错的核心机制。该方案将数据库结构与部分数据纳入版本控制,支持分支创建、Schema Diff、环境隔离与一键合并。在 TRAE 编程实践中,开发者可为同一项目创建“开发分支”与“生产分支”,前端与后端逻辑并行迭代,避免因局部修改导致全链路阻塞。但张国强也坦言,数据库分支比代码分支更复杂:数据复制带来一致性风险,敏感字段需脱敏处理,Schema 演进可能引发隐式冲突,这些都需额外的冲突检测与自动修复策略。

AI Gateway 层统一接入多模态模型(如豆包大模型、第三方 API),提供模型路由、限流降级、用量计量与成本分摊能力。尤其在多租户场景下,平台需确保不同 Agent 的调用互不干扰,且能按组织/项目维度进行预算管控。

Sandbox 层则负责 Agent 代码的安全执行。字节跳动采用轻量级容器+eBPF 网络策略组合方案,在保证隔离强度的前提下降低启动延迟。沙箱限制了文件系统访问范围、禁止特权操作、拦截危险系统调用,并内置操作日志与异常快照机制。值得注意的是,平台允许 Agent 在沙箱内“临时安装依赖”,但所有安装包均来自可信源白名单,且每次执行后自动清理临时状态,防止残留污染。

文章配图

记忆库与知识库构成 Agent 的“外脑”。记忆库处理短期上下文(如对话历史),支持写入压缩、语义召回与选择性遗忘;知识库则面向长期业务事实,集成文档解析、向量化索引与权限过滤,并实现引用溯源——确保 Agent 引用的信息可追溯至原始来源,避免幻觉扩散。张国强强调,二者必须严格区分:模型记忆用于推理辅助,而权威业务事实应由知识库提供,不可混同。

在落地验证方面,字节跳动已将该架构应用于多个内部产品:

  • 豆包应用生成:非专业开发者可通过自然语言描述生成完整应用,Supabase 自动为其配置数据库、API 与前端托管,实现“一句话生成生产级应用”;
  • Coze 编程平台:利用 Data as Git 支撑前后端并行开发,用户可在分支中自由修改逻辑,测试通过后再合并至主干;
  • TRAE 编程环境:通过封装“skills”(技能模块),将 Vibe Coding 生成的代码一键部署为可调用服务,大幅缩短从创意到可用的周期。

尽管技术路径清晰,工程落地仍面临四组深层矛盾:

一是规模增长与资源成本的平衡。AI 生成应用数量庞大、活跃度差异显著,平台需在“秒级开通”与“避免资源浪费”间持续优化冷启动策略与空闲回收机制。

二是高频试错与数据安全的张力。分支操作虽提升效率,但若未严格隔离敏感数据,可能导致测试环境泄露生产数据。字节跳动为此引入了字段级权限控制与自动脱敏流水线。

三是Agent 自主性与安全隔离的冲突。过度限制会削弱 Agent 能力,放任则增加风险。当前方案采用“最小权限+动态授权”模式:初始仅开放基础能力,当 Agent 明确请求某项权限(如访问特定 API),经平台策略引擎评估后临时授予,并记录完整审计轨迹。

四是长期记忆质量与信息过载的难题。低价值或过期内容持续进入上下文,会劣化 Agent 判断。平台通过设置记忆时效阈值、引入摘要压缩模型、以及人工标注的“权威事实锚点”,构建分层记忆管理体系。

展望未来,张国强认为 Agent-Native BaaS 将进一步向“身份-任务-资源”三位一体架构演进:每个 Agent 拥有独立身份标识,可被分配专属任务队列与资源配额;平台则提供统一的协作调度器,支持多 Agent 协同完成复杂任务(如一个负责调研、一个负责写作、一个负责校验)。这不仅关乎技术栈升级,更指向一种新型人机协作范式——开发者从“写代码者”转变为“设计智能体工作流的架构师”。

目前,该实践尚未对外开源,但其技术思路已影响字节内部多个 AI 产品线的底层设计。随着 QCon 大会临近,更多细节有望在演讲中披露。