vscode本身不生成框架，只调度命令；所有“一键生成”实为调用npm create vite@latest等命令，依赖本地node环境，snippets仅支持单文件模板，无法创建完整项目结构。
VSCode 本身不生成框架，只调度命令
VSCode 没有内置的“项目脚手架”能力，所有所谓“一键生成框架”的操作，本质都是调用 npm create vite@latest、npx create-react-app 或 npm init vue@latest 这类命令。插件只是把终端命令包装成按钮或菜单项，背后仍依赖你本地装好的 node 和 npm（或 pnpm/yarn）。如果 node -v 报错，或者 npm config get registry 返回内网地址，插件点再多也跑不起来。
真正可靠的操作路径：终端 + 快捷键
不要依赖图形化新建项目插件——它们常滞后于官方模板，且无法响应你对 TypeScript、路由、测试等选项的定制需求。推荐做法是：
- 在资源管理器空白处右键 → “在集成终端中打开”
- 直接敲命令，例如：
npm create vite@latest my-app -- --template react - 或交互式初始化：
npm init solid-js，它会逐项问你是否启用 TS、Router、Testing 等 - 生成完成后，用
code my-app命令直接在 VSCode 中打开
snippets 和插件能做什么、不能做什么
File → Preferences → Configure User Snippets 只能补单文件内容，比如新建 .ts 文件时自动插入 function App() { }；但它完全无法创建 src/ 目录、写 vite.config.js、配 eslint 或 prettier。常见翻车是：用 snippets 模拟出目录结构，结果发现 react-scripts 版本不匹配、jest 配置缺失，最后只能删掉重来。
插件如 Shell Command 或 Project Manager 的价值是“调度”和“切换”，不是“替代”。它们省的是敲命令的次数，不是理解命令逻辑的过程。
容易被忽略的硬性前提
所有框架生成动作都卡在同一个地方：你的 node 和包管理器是否就位、是否可用、是否指向正确源。很多“插件点不动”的问题，根源其实是 npm install -g create-vue 失败，或公司内网限制了 registry。先在终端里单独运行一遍初始化命令，确认能成功，再考虑要不要用插件封装它——顺序不能倒。
