Public Preview · 自托管 · 源码可获取

声明构建,命令治理。

建得快,也经得起改。

AuraBoot 是面向复杂业务的 AI 原生企业应用运行时。模型、页面与流程由声明驱动;人、自动化与 AI 可调用的业务写操作,统一经过权限、校验与审计。

5 分钟本地启动看产品闭环

部署在你的基础设施
源码可获取
社区许可

workspace / sales / lead-intake · 从声明到审计的完整闭环

● localpreview

01Declare

versioned DSL

models/lead.jsonpages/leads.json

{

"modelCode": "crm_lead",

"name:zh-CN": "销售线索",

"fields": [

{ "code": "company",

"dataType": "string",

"required": true },

{ "code": "stage",

"dataType": "enum",

"dictCode": "lead_stage" }

}

// command: crm:create_lead (risk: medium · auditable)

ready for reviewgit · diff · promote

02Operate

designer + runtime

Northstar CRM

销售工作台LM

销售线索

本周新增 18 · 待跟进 9

全部我的待跟进

客户阶段负责人更新

ACAcme Cloud已联系林默10:42

NSNova Steel新线索陈一09:18

OSOrbit Systems已联系林默昨天

HLHelio Labs新线索周然昨天

AuraBot 准备执行 crm:create_lead 已识别客户、负责人和下一步;提交后仍进入同一命令边界。

03Govern

command trace

crm:create_lead

actoraura-agent

riskmedium

tenantnorthstar

idempotencyenabled

permission

3 ms

schema validate

2 ms

state guard

1 ms

handler

18 ms

audit + event

5 ms

Audit record#CMD-24F8A

resultcompleted

changedcrm_lead / 1 record

sourceAI agent

声明是源头　可版本化、可评审、可晋升。

界面是同一契约的视图　设计器与代码不制造两套真相。

命令是唯一写入边界　人、流程、接口与 AI 都留下轨迹。

Design principles

不是更多功能,是更少的旁路。

AuraBoot 把复杂度收束到三条稳定原则里:声明定义系统,命令约束改动,插件承载交付。AI 进入系统时,也不获得一条特殊通道。

01 / DECLARE

声明是源头。

模型、页面与流程以可版本化的契约表达。可视化设计器编辑的仍是同一份事实,而不是另一套隐藏格式。

version · diff · review · promote

02 / GOVERN

命令是边界。

业务写操作以命令表达,再依次经过授权、校验、状态守护、执行、审计与事件。治理不散落在每一个按钮和接口里。

one write contract

03 / DELIVER

插件是交付。

行业能力以插件贡献模型、命令、页面、权限与流程。定制不必长期黏在主干补丁上,平台和业务可以各自演进。

capability as a package

AI / SAME RULES

AI 也
不例外。

AI on the same rails

它能调用什么,由命令契约决定;它做过什么,仍然经过权限与审计。

Adoption path

开发者先跑起来,团队再一起用。

从本地环境、DSL 和插件开始;当业务团队加入,设计器、权限、流程与审计仍然落在同一个运行模型里。

开发者获得控制力local first

源码、声明、API、CLI 与插件都在手边。先验证运行时,再决定团队怎么采用。

~/auraboot

$ git clone https://github.com/AuraBootTeam/auraboot.git

$ cd auraboot

$ docker compose --profile full up --build -d

# PostgreSQL · Spring Boot · React

Git diffPlugin SDKAPILocal debug

团队获得共同语言same runtime

业务人员在设计器里改页面和流程;技术团队仍可评审契约、设置边界并追踪每次改动。

两种工作方式,同一个运行模型。

用事实说话

真实产品,基于 AuraBoot 构建

我们不只卖平台,还用它造复杂产品。这些都是经过黄金测试的真实系统,跑在和你自托管完全相同的栈上。

案例区不堆匿名 Logo。每个条目都展示真实界面,并标明状态、使用范围与用到的 AuraBoot 能力。

报价 · BOM

AuraQuote 报价 + BOM 标准化

把客户 BOM 标准化、候选物料确认、加工点数核算与报价 Excel 输出串成一条受命令治理的 PCBA 报价产品流。

查看案例 →

数据 · 爬虫

Crawler 数据平台

一套受治理的采集运营产品,把任务、Frontier URL、抽取文档、产物、血缘、质量检查、Session / 租约状态与使用量、成本 / SLO 信号串成一个可审计的平台工作流。

查看案例 →

Choose the right shape

不是所有应用,都需要 AuraBoot。

主动说清边界:它服务于长生命周期、操作复杂、需要治理并准备让 AI 执行业务动作的系统。

更适合这些系统

复杂的跨模块流转

报价、订单、采购、履约、追溯等动作需要跨越多个业务域。

权限不只是一张角色表

需要记录级、组织级、属性级或字段级的治理与可追溯。

AI 需要执行,而不只是回答

Agent 要安全调用业务操作,并被同一套规则约束。

行业能力要长期产品化

希望以插件持续交付,而不是长期维护一组客户补丁。

这些场景应选别的工具

只需一张部门级表单

当命令、审计和分层权限都用不上,轻量构建器会更直接。

要快速替换成熟会计或薪酬套件

国别合规和标准套件深度,不是一个运行时第一天就能替代的。

审计和可追溯不是要求

若系统只是临时内部工具,学习治理契约的成本未必值得。

Runtime architecture

每一种入口,都回到同一套契约。

UI、自动化、外部集成与 AI 共享同一个命令边界;模型、页面、权限、流程和插件则组成平台的一等公民。

Model

Page

Command

Permission

Process

Plugin

你的基础设施 / 数据边界

Automation

API / Webhook

AI Agent

↓

COMMAND CONTRACT

permission

validation

state guard

audit

event

RuntimeModel · Page · Process Command · Permission

Plugin deliverymanifest · dependency upgrade boundary

PostgreSQL

你的集成

自托管源码可获取数据留在你的环境

Start with evidence

先在本地跑起来, 再决定是否采用。

用 Docker Compose 启动社区版,亲自验证声明、页面、命令与审计是否适合你的系统。

查看 5 分钟快速开始查看源码

quickstart.sh

$ git clone https://github.com/AuraBootTeam/auraboot.git

$ cd auraboot

$ docker compose --profile full up --build -d

# open http://localhost:3000