**这些年我一直在做 Fantastic-admin 这套管理后台框架。也一直在关注这个圈子的发展，虽然“技术栈在升级”、“UI 风格也在变化”，但管理后台框架核心一直在不断解决同一个问题：
如何把那些反复出现、又特别容易失控的工程问题，提前收敛成一套系统能力。
早期，这个问题的答案是“给我一个能跑起来的脚手架”；后来变成“帮我把常见页面骨架搭好”；再后来，变成“不要让我被框架反过来绑架”；而到了今天，在 AI 和 Agent 已经真的进入开发现场之后，我觉得问题已经变成了：
一个管理后台框架，能不能同时服务开发者和 Agent ？
这也是我写这篇文章的原因。在我看来，AI 当下的管理后台，已经不能只是一个后台模板，它必须是一套面向长期协作的工程系统。
再聊之前，不妨先回顾下管理后台框架的发展史。这里以 Vue 生态下的管理后台为主。
在这个阶段，vue-element-admin 是绕不过去的一款产品，它除了解决了开发者的基本诉求外，还提供了一套非常前卫的设计：用路由驱动导航菜单。
今天看这件事很自然，但在当时，这其实是很关键的一步：
- 导航菜单不再需要额外维护一份数据
- 路由结构和导航菜单结构天然一致
- 标题、图标、权限这类信息可以集中管理
为什么这一步重要？因为后台和普通内容网站不一样，导航本身就是产品的信息架构。导航一乱，整个后台的认知成本就会上去。
所以在我看来，第一个阶段最重要的历史贡献就是这个路由即导航的设计，影响了几乎所有后来诞生的后台框架。
