AI 如何串联部署与配置

这正是 vibe coding 大放异彩的地方。部署配置恰恰是那种精确、文档完善、充满样板代码的工作，AI 擅长此道。你来指挥；它来编写。

有效的提示听起来像这样：

• "为这个 Node 应用添加一个 Dockerfile，以及一个用来部署它的 Railway 配置。"
• "写一个 GitHub Actions 工作流，在每次推送到 main 时把 dist/ 文件夹部署到 Cloudflare Pages。"
• "我的无服务器函数遇到了冷启动超时——可能哪里出了问题，我该怎么修复配置？"

下面是 AI 会为你生成的那类文件——一个部署工作流，每当你推送代码时就自动发布一个静态网站：

# .github/workflows/deploy.yml
name: Deploy
on:
  push:
    branches: [main]
jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm ci && npm run build
      - name: Publish to Cloudflare Pages
        uses: cloudflare/wrangler-action@v3
        with:
          apiToken: ${{ secrets.CF_API_TOKEN }}
          command: pages deploy dist --project-name=my-app

你不需要背下这个语法。你需要认出它做了什么：在每次推送到 main 时，它检出你的代码，构建它，并发布结果。当出问题时，你把错误粘贴回给 AI，让它修复配置。

很多构建者一开始干脆跳过 GitHub Actions 文件，直接在自己的终端里用一条命令部署。要在第一天就看到东西上线，这往往是最快的路。同样的 Cloudflare Pages 部署，从命令行看是这样：

# install the CLI once
npm install -g wrangler

# build your site, then push the output folder live
npm run build
wrangler pages deploy dist --project-name=my-app

第一次运行会让你通过浏览器登录；之后就是一条命令的事。取舍很简单：终端命令适合"现在就发"，GitHub Actions 文件适合"永远自动地发"。大多数项目从前者开始，等部署成了家常便饭再加上后者。看你处在哪个阶段，就让 AI 给你那个合适的。

几条能省下真切痛苦的指挥技巧：

• 让 AI 先解释再行动。 "在写配置之前，告诉我哪种托管类型适合这个项目，以及为什么。" 这能及早抓住过度工程。
• 让密钥远离代码。 API key 和密码要放进平台的环境变量／密钥存储中，绝不要放进你提交的文件里。让 AI 使用一个密钥引用，就像上面的 CF_API_TOKEN 那样。
• 尽早部署，频繁部署。 在第一天就让一个"hello world"上线。一条从一开始就在运行的流水线，比一条在发布时才拼凑起来的流水线要好调试得多。
• 提前问清楚回滚的办法。 "如果这次部署坏了，我怎么回到能用的那个版本？" 好的平台会把你之前的部署放在一键之遥。在你需要之前就知道有撤销按钮，能把凌晨两点的恐慌变成一个耸肩。