为什么选择我们 ?
它不是一个页面模板集合，而是一套可持续演进的工程底座
Fantastic-mobile 与市面上常见的移动端 H5 模板不同，它并不把重点放在“先给你一批页面”这件事上，而是更关注项目在真实开发过程中的可维护性。
你拿到的不是一份只能快速起步的 Demo，而是一套围绕 路由、布局、权限、国际化、主题、状态管理、组件能力 组织起来的工程体系。它的目标不是帮你把首页搭出来，而是帮你把后续几十个页面、多人协作、版本演进和长期维护这件事做稳。
这也是为什么我们更愿意把 Fantastic-mobile 称为「框架」，而不仅仅是「模板」。
我们解决的不只是“开始”，还有“继续做下去”
很多模板项目在最开始看起来都足够快，但一旦进入真实业务，就会陆续遇到这些问题：
- 页面结构越来越多，目录组织开始混乱
- 权限、国际化、主题切换等横切能力散落在各处
- 状态管理、缓存策略、页面布局缺少统一约定
- 组件样式越写越碎，团队成员各自维护一套风格
- 文档、示例和真实项目代码脱节，交接成本越来越高
Fantastic-mobile 更关注这些“第二阶段问题”。它希望让你的项目在一开始就有一套相对稳定的约定，而不是等到项目变复杂后再回头补工程治理。
它提供的是一整套协作友好的能力组合
你可以把 Fantastic-mobile 理解成以下几部分的组合：
- 工程结构：围绕 Vue 3、Vite、Pinia、UnoCSS、TypeScript 建立清晰目录和开发约定
- 通用能力：内置 权限认证、国际化、主题、全局状态管理 等常见能力
- 页面与布局：提供统一的 页面布局 思路，减少页面层级和结构分裂
- 组件与体验：沉淀一套内建组件，避免项目后期重复造轮子
- 文档与示例：把文档、演示和实际工程能力放在同一套体系里维护，降低理解和交接成本
现在它还额外提供了一层 AI skills
除了框架本身，Fantastic-mobile 还把一部分高频工程动作整理成了可复用的 AI skills。这意味着很多本来需要口头反复说明、或者手工梳理的工作，现在可以直接通过结构化技能来完成。
目前已经提供的技能包括：
- fm-framework-settings - 修改默认语言、明暗模式、导航栏、标签栏、页面动画、版权等全局设置
- fm-i18n-manager - 管理页面多语言、翻译 key、语言文件和路由标题
- fm-page-optimizer - 用框架内建组件优化页面，替换原生 HTML 和重复实现
- fm-store-generator - 生成 Pinia Store，处理共享状态、持久化和派生逻辑
- fm-theme-customizer - 围绕品牌色或设计风格生成 light / dark 两套主题
如果你希望进一步了解，可以查看 AI Skills 总览。
为什么不是它们 ?
以上项目都很成熟，也都帮助很多开发者快速完成了移动端项目的起步。Fantastic-mobile 并不是在否定这些方案，而是希望回答另一个问题：
如果项目不只需要“快速开始”，还需要“稳定扩展、长期维护、统一协作”，有没有一套更完整的工程方案？
Fantastic-mobile 想回答的正是这个问题。
从技术栈上看，大家都站在成熟的 Vue 3 生态之上，差异并不在于“能不能做”，而在于“如何组织这些能力”。Fantastic-mobile 的重点不是简单提供一套页面模板，而是把工程能力、组件能力、文档体系和 AI skills 一起沉淀下来，让项目在后续开发中依然保持可控。
如果你更在意这些问题，它会更适合你
Fantastic-mobile 更适合这样的团队或项目：
- 想快速进入业务开发，但不想把工程治理留到后面再补
- 需要统一页面结构、主题、国际化和权限能力
- 希望团队成员基于同一套约定协作，而不是各写各的
- 希望把文档、示例、组件和工程结构放到同一套体系里维护
- 希望把高频工程动作进一步交给 AI skills 协助完成
如果你只是想拿一个非常轻量的页面模板，很多社区项目都已经足够优秀。
但如果你希望拿到的是一套可以持续演进的移动端 H5 工程底座，那么 Fantastic-mobile 会更值得你认真看一看。