vscode.dev打开文件夹的三种可靠方式是：①点击“打开文件夹”按钮并授权浏览器权限；②通过https://vscode.dev/github/{用户}/{仓库}访问GitHub仓库；③使用https://vscode.dev/gist/{ID}编辑Gist单文件。
vscode.dev 打开文件夹的三种可靠方式
vscode.dev 本身不支持传统意义上的“本地文件系统直连”，它依赖浏览器的 showDirectoryPicker API，所以能否成功打开文件夹，关键看你的浏览器是否启用该功能、是否在安全上下文（https 或 localhost）中运行，以及你是否点了“允许”。
最稳的三种路径是：
- 点击左上角 “打开文件夹”按钮 → 浏览器弹出原生系统对话框 → 选中目标文件夹 → 点击“选择文件夹” → 出现“允许网站查看文件”提示时，务必点 “允许”
- 用 GitHub 仓库直达：
https://vscode.dev/github/{用户名}/{仓库名}→ 首次访问会请求权限 → 点“允许”后自动加载整个仓库结构（本质是 Git 文件夹） - 用 Gist 单文件轻量编辑：
https://vscode.dev/gist/{Gist_ID}→ 不是文件夹，但适合快速改一个index.html或README.md
为什么点“打开文件夹”没反应？常见卡点
这不是 bug，而是浏览器策略限制。vscode.dev 运行在沙箱里，没有默认读取你硬盘的权限。
典型失败场景包括：
- 你在非安全上下文访问，比如直接双击本地 HTML 文件打开 vscode.dev（地址是
file:///开头）→ 浏览器直接禁用showDirectoryPicker - 你用的是 Safari 或旧版 Edge → 目前只有 Chrome、Edge（Chromium 内核）、Firefox 120+ 支持该 API
- 你点了“阻止”或没看到权限弹窗 → 检查浏览器地址栏左侧的锁形图标，点击后确认“文件系统访问”已设为“允许”
- 你试图拖拽文件夹到 vscode.dev 页面 → 无效，
drag & drop不触发文件夹选取，只支持单文件上传（且不能用于编辑）
vscode.dev 和本地 VS Code 的文件夹行为差异
本地 VS Code 的 code . 命令能直接加载当前目录，还能调终端、跑脚本；vscode.dev 的“打开文件夹”只是把文件列表载入内存，并不等于挂载了该路径。
这意味着：
- 你无法在 vscode.dev 里执行
npm run dev或python main.py—— 它没有终端进程能力 -
files.exclude、search.exclude这类设置依然生效，但只能通过设置 UI 或settings.json手动改，不继承本地配置 - 打开大文件夹（比如含数万 node_modules 文件）会明显变慢，甚至卡死 —— 浏览器内存和文件系统 API 有天然瓶颈
- 关闭浏览器标签页 = 彻底丢弃所有未保存更改，它不会像本地版那样提示“是否保存工作区”
替代方案：当 vscode.dev 打不开你的本地文件夹时
如果你只是想临时编辑几个 HTML/JS/MD 文件，又卡在权限或浏览器兼容性上，别硬刚。
更实际的做法是：
- 换用 Chrome 或新版 Edge，确保地址栏是
https://vscode.dev（不是 file://） - 把要编辑的文件先传到 GitHub Gist 或私有仓库，用
https://vscode.dev/gist/xxx或https://vscode.dev/github/xxx/yyy打开 - 如果只是写文档，直接用 vscode.dev 新建文件（Ctrl+N），保存为
index.html，然后用预览插件（如Markdown Preview）实时看效果 - 真要调试或运行代码？那就得切回本地 VS Code —— vscode.dev 的定位从来就不是替代品，而是“免安装的轻量编辑器”
最容易被忽略的一点：vscode.dev 的“文件夹”不是路径映射，它不生成任何本地文件句柄。你看到的树形结构，全是浏览器内存里的一份快照。改完记得手动下载，否则一刷新就全没了。
