TL;DR：在 Mac IDE 中打开项目，点击 Deploy → Magic Deploy，选择目标平台（Vercel / Netlify / Railway / Fly.io / Heroku），粘贴 API 令牌，点击 Ship。LingCode 会自动处理构建、环境变量以及部署后的验证。
粘贴一个令牌，获得一个上线 URL。Magic Deploy 弥合了「我做了个东西」与「朋友们能看到它」之间的差距——整个过程由 AI 智能体读取你的项目、选择合适的托管目标来自动完成。
大多数开发者能做出一个网站，却未必能顺手把它部署上线。障碍并不在于部署这个动作本身，而在于每家托管平台各有一套繁琐的特定要求。Vercel 的构建命令与 Netlify 不同，Netlify 又与 Cloudflare Pages 不同，Cloudflare Pages 又与通过 SSH 连接到服务器的方式不同。每家平台都有自己的认证流程、自己的环境变量约定、自己的自定义域名绑定方式。当你费心比较完哪家平台最适合这个项目时，所消耗的精力已经足够发布项目的第一个版本了。
Magic Deploy 的核心理念是：这些都不应该是你的问题。AI 智能体已经读取了你的项目——它扫描了你的 package.json、vercel.json、index.html，能够判断这是一个 Next.js 应用、静态 HTML 站点还是 Python Flask 后端。只要给它一个部署令牌，它就能选择正确的托管平台、生成正确的配置，并运行正确的命令，无需你再去重新梳理那张复杂的对照表。
权衡之处在于令牌本身。你在把一个可以代替你部署项目的凭证交给 AI 智能体。本教程不仅讲解部署流程本身，也会梳理其安全性：令牌从哪里来、最终存储在哪里，以及不再需要时如何撤销。目的不是让你掉以轻心，而是在不增加额外管理负担的前提下顺利完成部署。
在生成任何令牌之前，先看看你的项目类型。AI 智能体的默认推荐（你可以手动覆盖）大致如下：
如果你不确定，直接问 AI 智能体「这个项目应该部署到哪里？」它的回答会基于你项目中的实际文件，而不是模糊的模式匹配。
前往你选择的托管平台控制台，创建一个 API 令牌：
~/.ssh/authorized_keys，然后把私钥路径告诉 LingCode。令牌就是凭证，复制好它。我们即将把它交给 AI 智能体。
在聊天面板输入：「把这个部署到 Vercel。令牌：vercel_xxxxx…」
整个步骤就这些。AI 智能体读取令牌后，会将其存储到 macOS Keychain 中对应的服务条目下，然后自动读取项目配置：框架识别、构建命令、输出目录，以及 .env.local 中的环境变量（如有）。它会调用托管平台的 CLI（或直接调用平台 API），并实时监控部署进度。
你会在运行控制台看到阶段日志：构建中、上传中、部署中，以及「已上线：https://<your-project>.vercel.app」。那个 URL 就是你的线上站点。除非有需要你处理的特殊情况，AI 智能体不会再打扰你。
两种常见的后续提示：
process.env.STRIPE_API_KEY，但没有找到 .env 文件。需要在 Vercel 上设置这个变量吗？」直接回复变量的值，或者手动在平台控制台设置。AI 智能体会在环境变量就位后重新部署。yourdomain.com 吗？」如果需要，AI 智能体会引导你在域名注册商处添加所需的 DNS 记录，并在记录生效后自动验证。这两项也可以在部署完成后再处理：站点上线后会立即在托管平台的默认域名下可访问，环境变量和自定义域名随时都可以补充配置。
令牌已存入 Keychain，项目已记住托管平台，环境变量也已配置完毕。从第二次部署起，只需说「部署这个」即可。无需重新粘贴令牌，无需重新配置。AI 智能体会识别该项目已有过部署记录，并复用之前的配置。
如果你想部署到不同的平台或分支，明确说明即可：「把这个部署到 Vercel 的 staging 环境」或「把 experiment 分支部署为预览版本」。
当项目完结，或者你不再希望 LingCode 能执行部署时：