让AI coding agent自己完成网站部署

你可能遇到过这种场景：让 Claude Code 或 Cursor 搭建一个着陆页，它写出了干净的 HTML、CSS 和一点 JS，然后……就停了。它把一个文件夹交给你。

然后你打开浏览器，登录托管后台，创建项目，连接仓库，等待构建，再把 URL 发回给客户。

Agent 干了活，部署却要你来。这是个奇怪的分工，而这部分至今没有被自动化——不是因为部署有多难，而是因为几乎所有主机都假设操作者是一个拥有人类浏览器会话、OAuth token 和扣费信用卡的存在。

这篇文章讲的是弥合这个缺口：给你的 Agent 一个可以从头到尾驱动的托管平面。我会用 Novence，因为它正是为这个场景打造的，但这个模式同样适用于任何暴露了 MCP server 的主机。

先声明：我是 Novence 的开发者。我会尽量把"什么时候不该用这个工具"那节写得很诚实，如果想先看注意事项可以跳过去读。

读完本文之后，你就能在 Claude Code 里输入这样的指令：

Build a 3-page static site for a coffee roaster called Fern & Ash then deploy it and give me the live URL.

然后得到一个可用的 https://something.novence.ai/ URL。不需要后台、不需要 git push、不需要构建配置。

三件事让这一切成为可能：

通过 HTTP 的自助账户创建。一次 POST 就能拿到 API key。不需要 Agent 填写的注册表单。

MCP 工具覆盖部署循环。创建项目 → 获取上传 URL → 部署 → 读取检查结果。你的 Agent 像调用其他工具一样调用这些。

升级前的质量门禁。每次部署都会运行 Lighthouse、axe 和链接检查。未通过的检查结果会阻止部署到达线上 URL。

第三点比听起来重要得多。Agent 生成的 markup 经常出问题：图片没有 alt、链接指向它们本想创建但实际没创建的页面、对比度不满足它们选的 accent 颜色。如果检查返回结构化的报错信息，Agent 可以读取并修复。没有质量门禁，"已部署"和"真正能用"很快就会分道扬镳。

第一步：初始化一个 key

给你的 Agent 你的邮箱地址，告诉它连接到 novence.ai（或者从首页复制提示词）。

或者你可以自己运行一条命令：

curl -s -X POST https://api.novence.ai/v1/bootstrap \
  -H 'content-type: application/json' \
  -d '{"email":"you@example.com"}'

{ "apiKey": "nv_live_…", "emailVerificationRequired": true }

key 立即生效。一次性的验证码会发到你邮箱，验证后解锁完整的免费套餐和计费：

curl -s -X POST https://api.novence.ai/v1/auth/verify-email \
  -H 'content-type: application/json' \
  -d '{"email":"you@example.com","code":"123456"}'

以后 key 丢了？重新发送 OTP 并请求 POST /v1/auth/reissue-key。

服务端在 https://api.novence.ai/mcp 响应流式 HTTP。

claude mcp add --transport http novence https://api.novence.ai/mcp \
  --header "Authorization: Bearer nv_live_…"

Cursor —— 添加到 ~/.cursor/mcp.json：

{
  "mcpServers": {
    "novence": {
      "url": "https://api.novence.ai/mcp",
      "headers": {
        "Authorization": "Bearer nv_live_…"
      }
    }
  }
}

重启客户端后你应该能看到四个可用工具：create_project、get_upload_url、deploy 和 get_checks_results。

第三步：请求一个站点

就这样了。现在你可以发提示词：

Build a 3-page site for a coffee roaster called Fern & Ash. Homepage, services page, and a contact section. Then deploy it to Novence and give me the live URL.

背后发生的事情：

通过检查后，部署会升迁到 https://{suffix}.novence.ai/。

没通过的话，你会得到一个 Agent 可以处理的结果：

{
  "status": "failed",
  "issues": [
    { "type": "axe", "rule": "image-alt", "selector": "img.hero", "impact": "critical" },
    { "type": "link", "href": "/about", "status": 404 }
  ]
}

实际上这会变成一个很好的自我修正循环：Agent 读取失败信息，修复 markup，重新部署。你在旁边看着。生成站点的第一次部署通不过这些检查是常有的事——这正是设计目的。

喜欢代码而不是提示词？

如果你想从脚本或 CI 步骤驱动，也有 SDK：

import { Novence, bootstrapAccount, verifyEmail } from "@novence/sdk";

const { apiKey } = await bootstrapAccount("you@example.com");
await verifyEmail("you@example.com", process.env.VERIFY_CODE!);

const client = new Novence({ apiKey });
const { project, url } = await client.projects.create({ name: "fern-and-ash" });
await client.files.uploadDir(project.id, "./site");
await client.deployments.create(project.id);

console.log(url); // https://{suffix}.novence.ai/

REST、GraphQL、MCP 和 SDK 背后是同一套控制平面——用哪个取决于你的调用场景。

预览 URL 在内部使用没问题，但客户想要自己的域名。用 CNAME 把 www 指向 Novence，然后在注册商处把 apex 重定向到 www：

这种 www 优先的方式让 SSL 简单得多。Apex CNAME 在技术上是非标准的，每个主机处理方式各有不同；注册商级别的重定向可以避开整类问题。

没人自动化的那部分：付费

这是我觉得真正有意思的地方——Agent 驱动的 infra。

如果一个 Agent 能创建账户、能部署但不能付款，你仍然有一个人类瓶颈，只不过瓶颈挪到了计费页面。所以有两条路径：

让你的 AI 助手打开后台（console-kit）。

然后你就可以访问后台了（Unique——你得亲自试试），选择"管理计费"标签。

# 人类持卡操作
curl -s -X POST https://api.novence.ai/v1/billing/checkout \
  -H "authorization: Bearer $KEY" -H 'content-type: application/json' \
  -d '{"plan":"pro"}'
# → Stripe Checkout URL

# Agent，通过 Machine Payments Protocol
curl -i -X POST https://api.novence.ai/v1/billing/mpp \
  -H "authorization: Bearer $KEY" -H 'content-type: application/json' \
  -d '{"plan":"pro"}'
# → 402，然后用 Payment credential 结算

两种方式订阅相同。MPP 路径意味着在预算范围内运行的 Agent 可以无需人类介入就自己配置托管。这个功能是不是你想要的，是另一个问题，但基础设施现在已经可以做到这一点了——我猜测未来一年很多 infra 都会长出这种形态。

什么时候不该用这个工具

直接跟你说，因为评论区反正也会讨论：

仅限静态站。HTML、CSS、JS。不支持服务端渲染、API 路由、边缘函数。适用于营销站点、着陆页、文档、作品集。如果你需要 Next.js SSR，这不是你要的工具。

Netlify、Vercel、Cloudflare Pages 和 GitHub Pages 都有慷慨的免费套餐，其中一些现在也有 MCP server 了。如果你对 git-push 工作流满意、不介意手动创建项目，它们都很棒，你应该用它们。

真正的差异在于：没有人类注册步骤、没有 git 依赖、检查结果会拦截升迁而不是事后报告。如果这三条都不是你的痛点，用你现在有的就够了。

免费套餐是 1 个项目、每月 20 次部署、1 个自定义域名，足够把整个循环从头到尾跑一遍。Pro 是 $29/月，20 个项目和 10 个域名，适合跑客户项目时用。

最快测试方式——一条命令，不用读文档：

把你的 Agent 指向机器可读的简报，让它自己搞定剩下的：

Agent brief: https://novence.ai/llms-full.txt

OpenAPI spec: https://novence.ai/openapi.yaml

Docs: novence.ai/docs

如果你试了但部署循环以一种有意思的方式坏了，我更愿意听到这个，欢迎留言。