Vercel Drop

你刚写完一个静态页面原型，想发给客户看看效果。你打开终端，登录服务器，上传文件，配置 Nginx，申请 SSL 证书，等 DNS 生效。半小时过去了，客户已经去开会了。或者你更现代一点，用 GitHub 仓库加 Vercel 自动部署——但那个原型只是临时写的，不想建仓库、不想 commit、不想等 CI 跑完。你只是想让人看一眼。

Vercel Drop 就是为这个瞬间设计的。你打开它的网页，把本地文件夹——里面是 index.html、style.css、几张图片——直接拖进浏览器窗口。松开鼠标。几秒后，屏幕上出现一个 URL。点开，你的页面已经在线了。没有命令行，没有配置，没有等待。

它的工作流极其简单：你拖入文件夹，系统自动识别文件类型，如果是静态资源就直接托管，如果是 Next.js 或 SvelteKit 项目就自动检测框架并构建。输出是一个唯一的 vercel.app 子域名，你可以直接分享。它背后接的是 Vercel 的全球 CDN 和边缘网络，所以访问速度不差。上下游？你不需要接任何系统。它就是那个“从零到上线”的最后一米。

你可以把它想象成一个智能邮筒。你把信封（文件夹）塞进去，它自动盖戳、分拣、投递，收件人打开信箱就已经收到了。你不需要知道邮局怎么分拣，不需要贴邮票，甚至不需要写地址——它自己给你一个回执地址。

和 Netlify Drop 比，两者几乎一模一样。Netlify Drop 也是拖拽部署，也生成临时 URL。区别在于 Vercel Drop 更深度绑定了 Vercel 的框架检测能力。如果你拖入的是一个 Next.js 项目，Vercel Drop 会自动识别并执行 `next build`，而 Netlify Drop 可能只把它当成静态文件处理，导致路由失效。这个差异在你想快速分享一个带服务端渲染或 API 路由的原型时特别重要。另一个差异是 Vercel Drop 生成的 URL 默认是 `project-name.vercel.app`，而 Netlify Drop 是随机字符串。前者更可读，方便你记住哪个项目对应哪个链接。

但 Vercel Drop 不是万能的。它只适合前端项目或纯静态站点。如果你的项目需要后端数据库、需要环境变量、需要自定义域名，它就不够用了。你拖进去一个 Node.js 后端，它不会运行。你拖进去一个需要连接 MongoDB 的页面，它只会给你一个空白页。另外，免费版有带宽和构建次数限制，高频使用或生产级项目不适合。还有一个隐藏风险：你拖进去的文件夹里如果有敏感文件（比如 `.env` 或 `node_modules`），它也会一并上传并暴露在公网上。Vercel 不会自动过滤，你得自己清理。

想象一下这个场景：设计师小张刚用 HTML + Tailwind 画了一个落地页的视觉稿。客户在 Slack 里催：“看看效果。”小张打开 Vercel Drop，把桌面上的 `landing-page-v3` 文件夹拖进去，浏览器转了两圈，弹出一个链接。她把链接贴到 Slack 里，客户点开，说：“标题再大一点。”小张改完 CSS，重新拖一次，新链接自动覆盖旧内容。整个过程不到两分钟。她甚至没打开终端，没碰 Git，没想起“部署”这个词。