核心理念

背景

市面上大多数后台框架，功能扩展无外乎两条路：改框架源码，或以插件形式接入。

但即便做成插件，本质仍是侵入式的“伪解耦”——插件被牢牢绑定在框架的技术栈、目录结构和生命周期里。后果有三：

• 框架每次迭代都要为插件兼容买单，维护成本随插件数量线性增长；
• 前端技术选型被框架锁死，想换栈就得改框架；
• 插件装得越多，核心越脆弱，出问题时几乎没有可靠的回退路径。

问题的根子不在“有没有插件”，而在插件与基座之间缺少一个中立的契约。没有契约，插件就只能长在框架的肉里。

定位

一个技术栈中立的基座

不做“又一个插件化框架”，只做后台开发框架的基座层——提供稳定内核，定义中立契约。

它把每个项目都要重复搭建的稳定能力沉淀为内核——账号、权限、组织、配置、文件、消息；把多变的业务全部交给插件增量交付，彼此独立、可插拔、可回退。业务不写进基座，也不被基座的技术栈绑架。

核心机制

微前端契约，让插件前后端都自由

基座只认契约，不认栈——插件前端可以是任意技术栈，独立开发、独立部署、独立迭代。

Atrman 区别于同类产品的根本之处，在于把“解耦”做到了三层：

• 基座与业务解耦：业务以插件增量交付，不碰核心代码；
• 插件可插拔、可回退：插件拥有完整生命周期，安装、升级、回退都有明确路径；
• 前端技术栈不被锁定：插件通过微前端挂载机制接入，用什么技术栈由插件自己决定。

前两层市面上已有成熟实践，第三层才是长期空白：把 SaaS 平台生态（Shopify、Slack、Atlassian）那套“平台只给 API 与契约、App 前端任意栈”的模型，第一次下放到可自托管的后台基座。

含义

字母	词	取向
A	Advanced	现代化企业级架构，适配复杂业务场景
T	Turbo	快速开发与高性能运行，缩短交付周期
R	Rapid	减少重复编码，业务快速落地
Man	工匠	稳字当头，值得托付

四条基本约定

• 不限定业务技术栈：基座通过 qiankun 加载插件微应用，Vue3 / React / Angular / 原生 HTML 都能接入。
• 常驻内存内核：后端基于 Webman / Workerman 事件循环，支持队列、定时任务与实时推送。
• 统一身份：一个自然人对应一个全局身份，管理员与会员是同一主体的不同属性，跨端凭票据免登。
• 扩展可控：插件的一切扩展登记归属（owner），受 config/plugin_extend.php 特性开关控制；未启用时基座行为保持不变。

两类运行角色

• 基座（Framework）：提供系统能力与扩展内核，是所有请求、鉴权、编排的中心。
• 插件（Plugin）：独立目录，自带清单、生命周期、控制器、视图与前端微应用，被基座扫描、安装、启用、编排。

边界

基座只渲染插件入口、只透传身份，不判定插件内部权限。某个用户在某个插件里能做什么，由插件自行决定。