{"owner":"un-pany","repo":"v3-admin-vite","hasSkills":true,"hasMcp":false,"mcpConfig":null,"found":["AGENTS.md"],"skills":{"AGENTS.md":"## 原则\n\n### 1. 编码前思考\n\n**不要假设，不要隐藏困惑，呈现权衡**\n\n在实现之前：\n\n- 明确陈述你的假设，如果不确定，请提问\n- 如果存在多种解读，把它们都列出来，不要默默选择其一\n- 如果有更简单的方案，就指出来，在必要时提出反对意见\n- 如果有不清楚的地方，停下来，说出哪里让你困惑，然后提问\n\n### 2. 简洁优先\n\n**用最少的代码解决问题，不要过度推测**\n\n- 不要添加要求之外的功能\n- 不要为一次性代码创建抽象\n- 不要添加未要求的 \"灵活性\" 或 \"可配置性\"\n- 不要为不可能发生的场景做错误处理\n- 如果 200 行代码可以写成 50 行，重写它\n\n**检验标准：** 资深工程师会觉得这过于复杂吗？如果是，简化\n\n### 3. 精准修改\n\n**只碰必须碰的，只清理自己造成的混乱**\n\n编辑现有代码时：\n\n- 不要 \"改进\" 相邻的代码、注释或格式\n- 不要重构没坏的东西\n- 匹配现有风格，即使你更倾向于不同的写法\n- 如果注意到无关的死代码，提一下，不要删除它\n\n当你的改动产生孤儿代码时：\n\n- 删除因你的改动而变得无用的导入、变量或函数\n- 不要删除预先存在的死代码，除非被要求\n\n**检验标准：** 每一行修改都应该能直接追溯到用户的请求\n\n### 4. 目标驱动执行\n\n**定义成功标准，循环验证直到达成**\n\n将指令式任务转化为可验证的目标：\n\n\"添加验证\" → \"为无效输入编写测试，然后让它们通过\"\n\"修复 bug\" → \"编写重现 bug 的测试，然后让它通过\"\n\"重构 X\" → \"确保重构前后测试都能通过\"\n\n对于多步骤任务，说明一个简短的计划：\n\n```\n1. [步骤] → 验证: [检查]\n2. [步骤] → 验证: [检查]\n3. [步骤] → 验证: [检查]\n```\n\n明确有力的成功标准能让你独立循环推进，模糊的标准（\"让它工作\"）只会不断需要澄清\n\n## 命令\n\n```bash\npnpm i # 安装依赖\npnpm dev # 启动服务\npnpm build:staging # 打包构建预发布环境\npnpm build # 打包构建生产环境\npnpm preview # 先执行打包构建命令生成 dist 目录后再执行以下预览命令\npnpm lint # 代码校验与格式化\npnpm test # 单元测试\n```\n\n## 架构\n\n### 技术栈\n\n- 框架: Vue 3.5\n- 打包构建工具: Vite 7\n- 路由管理: Vue Router 5\n- 状态管理: Pinia 3\n- UI 组件库: Element Plus\n- CSS 预处理器: Scss\n- 代码校验与格式化: ESLint\n- 开发语言: TypeScript\n- 包管理工具: pnpm\n- 网络请求: Axios\n\n### 目录结构\n\n```sh\nv3-admin-vite\n├─ .husky                # commit 时进行代码校验和格式化\n├─ .vscode               # vscode 配置和插件\n├─ public\n│  ├─ favicon.ico        # 网站头像\n│  ├─ app-loading.css    # 首屏 loading 动画\n│  └─ detect-ie.js       # 检测 ie\n├─ src\n│  ├─ common             # 通用目录\n│  │  ├─ apis            # 通用目录 - 接口\n│  │  ├─ assets          # 通用目录 - 静态资源\n│  │  ├─ components      # 通用目录 - 组件\n│  │  ├─ composables     # 通用目录 - 组合式函数\n│  │  ├─ constants       # 通用目录 - 常量\n│  │  └─ utils           # 通用目录 - 工具函数\n│  ├─ http               # 网络请求\n│  ├─ layouts            # 布局\n│  ├─ pages              # 页面\n│  │  └─ login           # 登录模块\n│  │     ├─ apis         # 登录模块 - 私有接口\n│  │     ├─ components   # 登录模块 - 私有组件\n│  │     ├─ composables  # 登录模块 - 私有组合式函数\n│  │     ├─ images       # 登录模块 - 私有图片\n│  │     └─ index.vue    # 登录模块 - 页面\n│  ├─ pinia              # 状态管理\n│  ├─ plugins            # 插件（全局组件、自定义指令等）\n│  ├─ router             # 路由\n│  ├─ App.vue            # 入口页面\n│  └─ main.ts            # 入口文件\n├─ tests                 # 单元测试\n├─ types                 # 类型声明\n│  └─ auto               # 自动生成的类型（禁止手动修改）\n├─ .editorconfig         # 编辑器配置\n├─ .env                  # 所有环境\n├─ .env.development      # 开发环境\n├─ .env.production       # 生产环境\n├─ .env.staging          # 预发布环境\n├─ eslint.config.js      # eslint 配置\n├─ tsconfig.json         # ts 配置\n├─ uno.config.ts         # unocss 配置\n└─ vite.config.ts        # vite 配置\n```\n\n- 保持目录结构清晰，遵循现有目录规范\n- 同一个业务逻辑的代码和资源应当被收拢到了一起，避免在不同的目录间来回跳跃 (例如登录模块的接口应该放在 `src/pages/login/apis` 而不是 `src/common/apis`)\n\n## 约定\n\n- 按需参考 `.cursor/rules` 目录下规则\n- 任何时候都禁止主动删除文件，必须经过同意\n"},"files":{"AGENTS.md":"## 原则\n\n### 1. 编码前思考\n\n**不要假设，不要隐藏困惑，呈现权衡**\n\n在实现之前：\n\n- 明确陈述你的假设，如果不确定，请提问\n- 如果存在多种解读，把它们都列出来，不要默默选择其一\n- 如果有更简单的方案，就指出来，在必要时提出反对意见\n- 如果有不清楚的地方，停下来，说出哪里让你困惑，然后提问\n\n### 2. 简洁优先\n\n**用最少的代码解决问题，不要过度推测**\n\n- 不要添加要求之外的功能\n- 不要为一次性代码创建抽象\n- 不要添加未要求的 \"灵活性\" 或 \"可配置性\"\n- 不要为不可能发生的场景做错误处理\n- 如果 200 行代码可以写成 50 行，重写它\n\n**检验标准：** 资深工程师会觉得这过于复杂吗？如果是，简化\n\n### 3. 精准修改\n\n**只碰必须碰的，只清理自己造成的混乱**\n\n编辑现有代码时：\n\n- 不要 \"改进\" 相邻的代码、注释或格式\n- 不要重构没坏的东西\n- 匹配现有风格，即使你更倾向于不同的写法\n- 如果注意到无关的死代码，提一下，不要删除它\n\n当你的改动产生孤儿代码时：\n\n- 删除因你的改动而变得无用的导入、变量或函数\n- 不要删除预先存在的死代码，除非被要求\n\n**检验标准：** 每一行修改都应该能直接追溯到用户的请求\n\n### 4. 目标驱动执行\n\n**定义成功标准，循环验证直到达成**\n\n将指令式任务转化为可验证的目标：\n\n\"添加验证\" → \"为无效输入编写测试，然后让它们通过\"\n\"修复 bug\" → \"编写重现 bug 的测试，然后让它通过\"\n\"重构 X\" → \"确保重构前后测试都能通过\"\n\n对于多步骤任务，说明一个简短的计划：\n\n```\n1. [步骤] → 验证: [检查]\n2. [步骤] → 验证: [检查]\n3. [步骤] → 验证: [检查]\n```\n\n明确有力的成功标准能让你独立循环推进，模糊的标准（\"让它工作\"）只会不断需要澄清\n\n## 命令\n\n```bash\npnpm i # 安装依赖\npnpm dev # 启动服务\npnpm build:staging # 打包构建预发布环境\npnpm build # 打包构建生产环境\npnpm preview # 先执行打包构建命令生成 dist 目录后再执行以下预览命令\npnpm lint # 代码校验与格式化\npnpm test # 单元测试\n```\n\n## 架构\n\n### 技术栈\n\n- 框架: Vue 3.5\n- 打包构建工具: Vite 7\n- 路由管理: Vue Router 5\n- 状态管理: Pinia 3\n- UI 组件库: Element Plus\n- CSS 预处理器: Scss\n- 代码校验与格式化: ESLint\n- 开发语言: TypeScript\n- 包管理工具: pnpm\n- 网络请求: Axios\n\n### 目录结构\n\n```sh\nv3-admin-vite\n├─ .husky                # commit 时进行代码校验和格式化\n├─ .vscode               # vscode 配置和插件\n├─ public\n│  ├─ favicon.ico        # 网站头像\n│  ├─ app-loading.css    # 首屏 loading 动画\n│  └─ detect-ie.js       # 检测 ie\n├─ src\n│  ├─ common             # 通用目录\n│  │  ├─ apis            # 通用目录 - 接口\n│  │  ├─ assets          # 通用目录 - 静态资源\n│  │  ├─ components      # 通用目录 - 组件\n│  │  ├─ composables     # 通用目录 - 组合式函数\n│  │  ├─ constants       # 通用目录 - 常量\n│  │  └─ utils           # 通用目录 - 工具函数\n│  ├─ http               # 网络请求\n│  ├─ layouts            # 布局\n│  ├─ pages              # 页面\n│  │  └─ login           # 登录模块\n│  │     ├─ apis         # 登录模块 - 私有接口\n│  │     ├─ components   # 登录模块 - 私有组件\n│  │     ├─ composables  # 登录模块 - 私有组合式函数\n│  │     ├─ images       # 登录模块 - 私有图片\n│  │     └─ index.vue    # 登录模块 - 页面\n│  ├─ pinia              # 状态管理\n│  ├─ plugins            # 插件（全局组件、自定义指令等）\n│  ├─ router             # 路由\n│  ├─ App.vue            # 入口页面\n│  └─ main.ts            # 入口文件\n├─ tests                 # 单元测试\n├─ types                 # 类型声明\n│  └─ auto               # 自动生成的类型（禁止手动修改）\n├─ .editorconfig         # 编辑器配置\n├─ .env                  # 所有环境\n├─ .env.development      # 开发环境\n├─ .env.production       # 生产环境\n├─ .env.staging          # 预发布环境\n├─ eslint.config.js      # eslint 配置\n├─ tsconfig.json         # ts 配置\n├─ uno.config.ts         # unocss 配置\n└─ vite.config.ts        # vite 配置\n```\n\n- 保持目录结构清晰，遵循现有目录规范\n- 同一个业务逻辑的代码和资源应当被收拢到了一起，避免在不同的目录间来回跳跃 (例如登录模块的接口应该放在 `src/pages/login/apis` 而不是 `src/common/apis`)\n\n## 约定\n\n- 按需参考 `.cursor/rules` 目录下规则\n- 任何时候都禁止主动删除文件，必须经过同意\n"},"items":[{"name":"AGENTS.md","path":"AGENTS.md","title":"AGENTS.md","content":"## 原则\n\n### 1. 编码前思考\n\n**不要假设，不要隐藏困惑，呈现权衡**\n\n在实现之前：\n\n- 明确陈述你的假设，如果不确定，请提问\n- 如果存在多种解读，把它们都列出来，不要默默选择其一\n- 如果有更简单的方案，就指出来，在必要时提出反对意见\n- 如果有不清楚的地方，停下来，说出哪里让你困惑，然后提问\n\n### 2. 简洁优先\n\n**用最少的代码解决问题，不要过度推测**\n\n- 不要添加要求之外的功能\n- 不要为一次性代码创建抽象\n- 不要添加未要求的 \"灵活性\" 或 \"可配置性\"\n- 不要为不可能发生的场景做错误处理\n- 如果 200 行代码可以写成 50 行，重写它\n\n**检验标准：** 资深工程师会觉得这过于复杂吗？如果是，简化\n\n### 3. 精准修改\n\n**只碰必须碰的，只清理自己造成的混乱**\n\n编辑现有代码时：\n\n- 不要 \"改进\" 相邻的代码、注释或格式\n- 不要重构没坏的东西\n- 匹配现有风格，即使你更倾向于不同的写法\n- 如果注意到无关的死代码，提一下，不要删除它\n\n当你的改动产生孤儿代码时：\n\n- 删除因你的改动而变得无用的导入、变量或函数\n- 不要删除预先存在的死代码，除非被要求\n\n**检验标准：** 每一行修改都应该能直接追溯到用户的请求\n\n### 4. 目标驱动执行\n\n**定义成功标准，循环验证直到达成**\n\n将指令式任务转化为可验证的目标：\n\n\"添加验证\" → \"为无效输入编写测试，然后让它们通过\"\n\"修复 bug\" → \"编写重现 bug 的测试，然后让它通过\"\n\"重构 X\" → \"确保重构前后测试都能通过\"\n\n对于多步骤任务，说明一个简短的计划：\n\n```\n1. [步骤] → 验证: [检查]\n2. [步骤] → 验证: [检查]\n3. [步骤] → 验证: [检查]\n```\n\n明确有力的成功标准能让你独立循环推进，模糊的标准（\"让它工作\"）只会不断需要澄清\n\n## 命令\n\n```bash\npnpm i # 安装依赖\npnpm dev # 启动服务\npnpm build:staging # 打包构建预发布环境\npnpm build # 打包构建生产环境\npnpm preview # 先执行打包构建命令生成 dist 目录后再执行以下预览命令\npnpm lint # 代码校验与格式化\npnpm test # 单元测试\n```\n\n## 架构\n\n### 技术栈\n\n- 框架: Vue 3.5\n- 打包构建工具: Vite 7\n- 路由管理: Vue Router 5\n- 状态管理: Pinia 3\n- UI 组件库: Element Plus\n- CSS 预处理器: Scss\n- 代码校验与格式化: ESLint\n- 开发语言: TypeScript\n- 包管理工具: pnpm\n- 网络请求: Axios\n\n### 目录结构\n\n```sh\nv3-admin-vite\n├─ .husky                # commit 时进行代码校验和格式化\n├─ .vscode               # vscode 配置和插件\n├─ public\n│  ├─ favicon.ico        # 网站头像\n│  ├─ app-loading.css    # 首屏 loading 动画\n│  └─ detect-ie.js       # 检测 ie\n├─ src\n│  ├─ common             # 通用目录\n│  │  ├─ apis            # 通用目录 - 接口\n│  │  ├─ assets          # 通用目录 - 静态资源\n│  │  ├─ components      # 通用目录 - 组件\n│  │  ├─ composables     # 通用目录 - 组合式函数\n│  │  ├─ constants       # 通用目录 - 常量\n│  │  └─ utils           # 通用目录 - 工具函数\n│  ├─ http               # 网络请求\n│  ├─ layouts            # 布局\n│  ├─ pages              # 页面\n│  │  └─ login           # 登录模块\n│  │     ├─ apis         # 登录模块 - 私有接口\n│  │     ├─ components   # 登录模块 - 私有组件\n│  │     ├─ composables  # 登录模块 - 私有组合式函数\n│  │     ├─ images       # 登录模块 - 私有图片\n│  │     └─ index.vue    # 登录模块 - 页面\n│  ├─ pinia              # 状态管理\n│  ├─ plugins            # 插件（全局组件、自定义指令等）\n│  ├─ router             # 路由\n│  ├─ App.vue            # 入口页面\n│  └─ main.ts            # 入口文件\n├─ tests                 # 单元测试\n├─ types                 # 类型声明\n│  └─ auto               # 自动生成的类型（禁止手动修改）\n├─ .editorconfig         # 编辑器配置\n├─ .env                  # 所有环境\n├─ .env.development      # 开发环境\n├─ .env.production       # 生产环境\n├─ .env.staging          # 预发布环境\n├─ eslint.config.js      # eslint 配置\n├─ tsconfig.json         # ts 配置\n├─ uno.config.ts         # unocss 配置\n└─ vite.config.ts        # vite 配置\n```\n\n- 保持目录结构清晰，遵循现有目录规范\n- 同一个业务逻辑的代码和资源应当被收拢到了一起，避免在不同的目录间来回跳跃 (例如登录模块的接口应该放在 `src/pages/login/apis` 而不是 `src/common/apis`)\n\n## 约定\n\n- 按需参考 `.cursor/rules` 目录下规则\n- 任何时候都禁止主动删除文件，必须经过同意\n","category":"root","tokens":695}]}