AppBase 云控制台

APPBASE · SELF-HOSTED BACKEND

从应用后端出发，构建可治理的 Agent 基础设施

AppBase 保留标准应用后端能力，在同一 Project 边界增强组织治理、数据结构演进，以及模型、知识、记忆与内容安全能力。

进入云控制台 阅读 Docs
  • 01标准后端能力
  • 02数据治理增强
  • 03Agent 基础设施
PROJECT BOUNDARY 一条边界，三层能力

Organization · Project · Identity · Scope · Permission

01 · STANDARD BACKEND

先搭好标准应用后端

应用先跑通 Auth、Row 与 Realtime，再按需要扩展 Storage 与 Functions。

PROJECT 内的应用起点

Auth Database / TablesDB Storage Functions Realtime

身份、结构化数据、文件、计算和实时事件共享 Project 资源边界，并由实际服务配置决定可用范围。

02 · APPBASE DATA GOVERNANCE

再让数据结构可理解、可演进

Organization 与 Project 建立归属，Column Comment 补足业务语义，Schema Version 管理可见结构演进，Row Aggregation 在权限边界内提供统计。

从归属到结构演进

Organization Project Column Comment Schema Version Row Aggregation

Schema 回滚不恢复业务数据，聚合不是无限数据量 OLAP。

03 · AGENT INFRASTRUCTURE

最后组合 Agent 所需基础设施

组合 Models/LLM Gateway、Knowledge Base、Memory、Moderation、Functions 与 Realtime；应用继续负责状态、Tool、Run、重试、编排和评估。

可组合的项目级组件

Models / LLM Gateway Knowledge Base Memory Moderation Functions Realtime

不是统一 Agent Runtime

ONE SHARED BOUNDARY

一条贯穿应用与 Agent 的边界

能力逐层扩展，组织归属、资源隔离与授权关系始终贯穿同一条链路。

  1. 01 Organization：成员、角色、项目与审计
  2. 02 Project：应用资源、服务配置与数据隔离
  3. 03 Session/JWT、API Key Scope 与资源 Permission：逐层授权
  4. 04 应用后端与 Agent 组件：在相同边界内组合

IMPLEMENTATION BOUNDARIES

能力有状态，落地有条件

用明确边界替代无条件承诺，让团队在实现前确认配置、责任与版本依据。

01 · AVAILABILITY

条件支持不等于所有实例默认启用。

Provider、服务开关与运行依赖需要按实例逐项确认。

02 · OWNERSHIP

Agent 编排仍由应用负责。

状态、Tool、Run、重试、编排和评估不由平台统一接管。

03 · VERIFICATION

具体能力以支持状态、实例配置和实际 SDK 为准。

实现前结合 Docs、当前环境和使用中的 SDK 版本核对。

APPBASE · NEXT STEP

让下一步保持清晰

先在 Docs 核对能力与边界，再进入云控制台建立自己的 Project。

阅读 Docs 进入云控制台