CodeBuddy 通过理解项目结构自动化 Pinia/Vuex 状态管理代码编写与维护：支持 Pinia store 自动生成、Vuex module 反向推导、类型与常量同步、多模式智能辅助（Craft/Plan/Ask）。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
CodeBuddy 能直接辅助你编写和维护 Pinia/Vuex 状态管理代码，不是替代你思考，而是把重复、易错、跨文件同步的部分自动化。关键在于它能理解你的项目结构和已有代码，而不是凭空生成。
Pinia store 自动生成
适合新模块快速起步，尤其当你已有 API 接口定义或组件中明确用到的字段名时。
- 确保项目是 Vue 3 + TypeScript，已安装
pinia和@pinia/core - 在 VS Code 中右键点击
stores/目录，选择 “CodeBuddy: Generate New Store” - 输入 store 名（如
cart），勾选是否需要本地持久化（如购物车常用） - 生成的
cart.store.ts会自动包含：符合官方规范的defineStore结构、基于你项目中类型推导出的state形状、带async/await和try-catch模板的 actions，以及基础 getters
Vuex module 反向推导
适合老项目迁移或补全缺失的 store 模块，从现有组件调用出发，避免手动拼写 action 名出错。
- 在 Vue 2 组件里选中一段含多个
this.$store.dispatch('user/login', {...})的代码 - 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（Mac），输入 “CodeBuddy: Infer Vuex Module from Selection” - 它会提取 action 名（
user/login）、payload 字段（如username,password）、默认命名空间前缀（USER_），并生成user.module.ts - 生成内容含
namespaced: true、根据 payload 示例推测的初始state、占位用的 mutations 和带 API 调用骨架的 actions
类型签名与常量同步
解决类型不一致痛点——比如 action 参数类型写错，或 mutation 常量在多处硬编码导致改一处漏一处。
- 在 Pinia store 的 action 函数内，光标停在参数位置，CodeBuddy 会自动补全精确的 TypeScript 类型（如
login(payload: { username: string; password: string })） - 在 Vuex 中，只要你在
types.ts或mutation-types.ts定义了常量（如export const ADD_ITEM = 'ADD_ITEM'），CodeBuddy 会在所有引用该常量的mutations和actions文件中保持同步，重命名时自动更新全部位置
模式选择与上下文感知
别只用默认模式。状态管理这类结构敏感的任务，推荐组合使用：
- 首次建 store 用 Craft 模式：说“生成用户 store，state 含 id、name、token，actions 包括 login/logout”，AI 直接写好文件并插入项目
- 重构复杂逻辑前用 Plan 模式：问“当前 cart store 的 addItem action 如何支持库存校验和错误提示？给出三种方案”，确认后再执行
- 查某个 mutation 是否被所有组件正确调用，用 Ask 模式：直接问“项目里哪些地方 dispatch 了 CART_ADD_ITEM？”
