三层架构打底
API → Service → CRUD/DAO 分层，边界清晰，配套代码生成，新人 30 分钟即可上手
Skip to content 
开源驱动，社区共建
数字会说话，这是开发者们的真实选择
金牌赞助商
银牌赞助商
席位虚位以待 · 来当首位赞助商
企业级开发，开箱即用
三层架构打底，插件生态扩展，AI 贯穿协作
插件生态扩展
AI、Auth、Storage、Notification 装即用、卸即净，企业可自建私有仓库
AI 项目上下文
fba skills + LLMs.txt 让 Claude Code、Cursor、Codex 等直接读懂项目规范
认证权限内置
JWT、RBAC、数据权限、OAuth 2.0 等企业基础件预置
缓存队列与运维
Redis、Celery、全链路日志、时区方案按需启用
一键容器部署
Docker Compose 编排就位，MySQL / PostgreSQL 生产可用
社区在说
越来越多团队，选择 fba 构建下一代后端
"
fba 想解决的不是“怎么写一个接口”，而是团队真的开始协作后，那些权限、日志、分层、部署、可维护性问题。
"
三层架构 + 插件系统，让我把精力都还给业务，AI 加持下的节奏直接拉满。
"
最舒服的是边界感。API 处理协议，Service 写业务，CRUD/DAO 管数据访问，后面换人维护也能快速找到位置。
"
插件市场这个方向很对，想加什么就装什么，不想用的时候也不会粘在主工程里。
"
有 Trace ID，排查问题少绕很多路。
"
我更看重落地成本。Docker Compose、监控、日志这些东西先放好，后面从测试环境推到部署环境时，心里会踏实很多。
"
这根本不是写代码，这是在享受降维打击！优雅的架构配上神级插件生态，在 AI 的疯狂加持下，效率直接原地起飞，简直是后端的终极救星！
"
RBAC、JWT、缓存这些都有了，新项目不用先搭半天架子。
"
项目越往后写，越能感觉到统一分层的价值。不是每个人都按自己的习惯放代码，review 的时候也少很多“这个应该放哪”的讨论。
"
代码生成挺省心，尤其是后台管理这类重复模块。
"
它没有把架构做得很重，但该有的工程约束都在。对中后台、管理系统、内部平台这类项目来说，这个尺度刚好。
"
目录结构一看就懂，少解释很多。
"
MySQL、PostgreSQL 都照顾到了，再加上插件化扩展，后面业务变复杂也不至于把主工程越写越乱。
"
部署、排障、交接都比临时拼出来的 FastAPI 项目轻松。
"
很多脚手架只管“跑起来”，fba 更像是把上线前会遇到的通用环节提前串了一遍。你可以不全用，但需要的时候它已经在那里。
"
LLMs 文档和 skills 对 AI 工具很友好。一个人做项目时，边写边问规范，确实能少踩坑。