架构总览

这是 AuraBoot 的自顶向下地图:把整个产品看成少数几层,外加一条横切轴。读懂这一篇,后面所有文档都有了挂靠的位置。想要这张图的可交互版本(点任意能力即可跳到它的文档或一个真实案例),见 架构地图

底层只有一个核心思想:一份声明式 DSL 被编译到每一种交付端——数据表、REST API、Web 页面、移动端、工作流、权限。你只负责描述,平台负责产出。

四个层级

AuraBoot 自下而上堆叠四层,从守住安全底线的内核,到真正跑在生产里的垂直产品。

L0 · 内核运行时 —— 契约层

这是平台契约,不是插件。正因为有它,系统在扩张到数十个插件、数百条命令时,依然可治理、对 AI 安全、可升级。

  • 命令管道 Command Pipeline —— 唯一的写入契约;任何写入(浏览器、移动端、API、自动化、Agent)都走同一组有序阶段,以审计与事件收尾。
  • 权限 Permissions —— 五层(RBAC + ReBAC + 组织域 + ABAC + 字段级),针对租户成员求值。
  • 插件清单与 Profile —— 插件贡献合并进具名 profile;平台由插件交付,不是单体。
  • 多租户、审计/事件、控制面 vs 业务面、存储(PostgreSQL + pgvector / Redis)—— 详见深度的 系统总览

L1 · 平台能力 —— 用什么搭

你用来组装应用的横向能力。

  • 设计器:PageDashboardReportBPMNFlow,以及 查询构建器
  • 流程与自动化:BPM 工作流 与自动化规则——每条规则都发出一条命令。
  • AI 原生:AuraBot 是统一的 NL/Agent 运行时(技能含建模、加字段、查询、ChatBI 出图、生成 Dashboard); Agent 运行时 提供工具注册表、MCP 工具与耐久工作流; RAG / 知识库 用 pgvector 检索把回答落到事实上。
  • 同一份 Page schema 在移动端原生渲染。

L2 · 业务模块 —— 可复用积木

以插件形式交付的可复用业务积木——CRM、销售、财务、采购、库存、质量、项目、HR、资产、知识库。从一个 pack 起步再做调整。见 行业场景

L3 · 行业解决方案 —— 证明

我们自己在 AuraBoot 上搭的完整垂直产品——平台能扛真实复杂度的最强证明: AuraQuote + BOMCrawler 通用爬虫、 IoT / AMOS + 制造、智能制造 / PCBA 等。

横切轴(⊥)

有些关注点不是一层——它们纵向贯穿 L0–L3: 可观测性(日志、链路、按阶段指标)、CLI 与工具运维(部署、HA、环境推送、备份/DR、升级、密钥)、以及安全与身份。

企业版是 tier,不是一层

少数能力——Marketplace + 授权、Agent Control Plane、Observability Pro、多区域——只随商业发行版交付。它们是上面架构的扩展,以 tier 标记,而不是叠在顶上的一层。社区版发行形态对单区域生产是完全自足的。

接下来去哪