| name | fa-store-generator |
| description | 为 Fantastic-admin 框架生成 Pinia Store 模块。当用户提到以下任何需求时必须使用此技能：多个页面需要共享数据、全局状态管理、数据需要持久化（刷新后还在）、登录状态/用户信息需要缓存、购物车/通知/权限等全局数据、需要在组件外访问状态。即使用户只是说"这个数据要全局共享"或"刷新后数据不能丢"，也应触发此技能。触发关键词：创建 store、全局状态、状态管理、pinia、持久化、共享数据。 |
Store Generator
第一步：确认工作区（必须阻塞等待用户回复）
本项目是 monorepo 架构，apps/ 目录下存放各应用。在执行任何文件读写操作之前，必须先确认目标应用：
- 执行
ls apps/ 列出所有可用应用
- 立即向用户提问，明确询问要在哪个应用中创建 Store，并停止等待回复
- 收到用户明确回复后，才能继续后续步骤
严格规则：如果用户没有在请求中明确说明目标应用（例如"在 example 应用中"、"apps/core"），则必须提问，不得自行猜测或默认选择任何应用。
确认后，后续所有文件路径均以该应用目录为根，例如 apps/<app>/src/store/modules/。
项目 Store 概览
- 位置：
apps/<app>/src/store/modules/ （业务 store）
- 全部使用 Composition API 风格（
defineStore + setup 函数）
- 通过
unplugin-auto-import 自动导入，组件中无需手动 import
- 持久化：
pinia-plugin-persistedstate v4，配置 persist: { pick: [...] }
详细模板和示例见 references/store-patterns.md
交互式工作流
先收集信息再生成代码，因为 store 的字段结构、持久化需求、异步 action 直接决定代码骨架——跳过这步会生成空壳，用户还要大量修改。
Step 1：收集基本信息
向用户提问（可合并为一次）：
- Store 用途：管理什么数据？（例如：用户信息、购物车、通知列表）
- 存放位置：
apps/<app>/src/store/modules/ — 业务 store（推荐）apps/<app>/src/store/modules/app/ — 框架级 store（仅框架内部使用）
- State 字段：需要哪些状态字段？请列出字段名、类型和初始值
Step 2：收集功能需求
根据 Step 1 的回答，继续询问：
- 持久化：是否需要持久化到 localStorage？如果是，哪些字段需要持久化？
- 异步 Action：是否有需要调用 API 的操作？如果有，请描述接口用途
- Computed：是否需要派生状态（computed）？例如：从列表中过滤、统计数量等
Step 3：确认并生成
汇总用户的回答，展示将要生成的内容摘要，确认后再写入文件。
命名规范
| 类型 | Store ID | 函数名 | 文件名 |
|---|
| 业务 store | camelCase | use<Name>Store | <name>.ts |
| 框架 store | app<Name> | useApp<Name>Store | <name>.ts |
示例：
- 购物车 → ID:
cart，函数: useCartStore，文件: apps/<app>/src/store/modules/cart.ts
- 通知 → ID:
notification，函数: useNotificationStore，文件: apps/<app>/src/store/modules/notification.ts
生成后的操作
Store 文件创建完成后，告知用户：
- 无需手动 import，
unplugin-auto-import 已自动处理
- 在任意组件/composable 中直接使用：
const xxxStore = useXxxStore()
- 如需在 store 外部（如路由守卫）使用，需传入 pinia 实例：
useXxxStore(pinia)
