Claude Code 刚刚为你构建了一个落地页。HTML 很干净，CSS 是响应式的，JavaScript 能流畅处理交互。文件已经放在项目目录里，随时可以发布。
然后你会发现：你的代理什么都能建，却不能把它放到线上。构建已经完成，部署还没开始。
下面就来填上这个缺口——从 Claude Code 部署的三种方式，从手动到一条命令。
构建与部署之间的缺口
编码代理擅长构建，但并不是为部署而生。
Claude Code 会写代码、跑测试、打磨输出。但部署意味着服务器、域名、HTTPS 证书、CDN 配置——这些基础设施属于另一个世界，不在代理所处的终端会话里。
大多数开发者会手动处理这件事：
- 代理构建页面
- 你打开终端
- 你配置托管（Netlify、Vercel、GitHub Pages、S3）
- 你 push 或上传
- 你等待构建完成
- 你拿到 URL
你的代理做第 1 步。你做第 2 到第 6 步。这不叫 agentic，这叫交接。
方法 1：GitHub Pages（手动，免费）
GitHub Pages 是静态站点最常见的方案。代理负责生成 HTML，你把它推送到仓库，GitHub 负责部署。
设置：
- 创建 GitHub 仓库
- 将代理输出 push 到仓库
- 在仓库设置中启用 GitHub Pages
- 等待 CI 构建
- 获取你的 URL
这套方案能用，免费，也支持版本控制。但每次部署都需要 Git push，这意味着代理必须有仓库访问权限，而且每个临时页面都会留下永久提交历史。
这不算 agentic，只是自动化的手工活。
方法 2：手动云上传（S3、R2 等）
直接上传到云存储：
- 创建 S3/R2 存储桶
- 配置公开访问
- 设置静态网站托管
- 上传代理输出文件
- 配置 CORS 和缓存
- 获取你的 URL
比 GitHub Pages 更灵活，但配置也更多。每个页面都要检查存储桶策略，每次更新都要做缓存失效处理。这是披着部署外衣的基础设施工作。
方法 3：一条命令部署（AnyCap 方式）
你的代理构建页面，然后执行一条命令：
anycap page deploy ./build/index.html --title "My Landing Page"
就这么简单。一条命令。你的代理会拿回一个可访问的在线 URL。没有仓库，没有存储桶，没有手动配置。
运行时负责什么：
- 渲染。 同时支持 HTML 和 Markdown。你的代理输出哪种格式，运行时就渲染哪种。
- 托管。 页面会立即上线。没有构建步骤，没有 CI 流水线，没有 DNS 配置。
- HTTPS。 每个页面都会自动获得 TLS。无需配置证书。
- URL。 你的代理会拿回一个公开 URL。它可以把这个 URL 放进 Slack 消息、电子邮件或其他页面里。
安装：
npm i -g anycap
anycap login
anycap skill install --target ~/.claude/skills/anycap-cli/
→ 免费安装 AnyCap — 新用户 250 credits
完整工作流：在一次会话中完成构建 + 部署
下面是一个完整的 Claude Code 工作流，从想法到上线页面：
# 1. Claude Code 构建落地页
# （代理编写 index.html、styles.css、app.js）
# 2. 为页面生成 hero 图片
anycap image generate \
--prompt "a modern SaaS dashboard on a laptop, clean lighting, product photography" \
--model seedream-5 \
-o hero.jpg
# 3. 将图片嵌入页面
# （代理更新 HTML 以引用 hero.jpg）
# 4. 部署
anycap page deploy ./build/index.html \
--title "Product Launch — June 2026" \
--description "New feature announcement page"
# 5. 拿回 URL
# "Page deployed: https://anycap.ai/page/..."
你的代理构建了页面，生成了视觉素材，把它们嵌入进去，并完成了部署——全部在一次会话里完成。你只描述了结果，其他事情都发生在代理循环中。
什么时候部署，什么时候存储
不是所有内容都需要一个在线页面。可以这样判断：
| 适合部署时... | 适合存储时... |
|---|---|
| 页面 предназнач 于公开分享 | 文件用于内部或后续参考 |
| 你需要一个 URL 发给别人 | 你需要给代理做持久存储 |
| 输出是完整页面 | 输出是一个素材（图片、视频、CSV） |
| 它是一次性报告、原型或公告 | 它是更大项目构建的一部分 |
如果只想存储不发布：anycap drive upload ./report.md——文件会进入云存储并获得分享链接，但不会变成公开网页。
真实使用场景
即时更新日志页面
你的代理抓取最新提交，生成更新日志页面，并部署：
# 代理读取 git log，并格式化为 HTML 更新日志
anycap page deploy changelog.html --title "Changelog — Week of May 18, 2026"
一条命令，在线更新日志，无需 CMS。
客户原型
你的代理根据规格构建原型。你部署后把 URL 发给客户：
anycap page deploy prototype/landing.html --title "Client Preview — Homepage Redesign v3"
客户点击链接。没有 staging 环境，没有 Netlify 部署，只有一个 URL。
研究报告
你的代理研究一个主题，整理结论并发布报告：
anycap search --prompt "competitor product launches Q2 2026" --citations
# 代理分析结果，并将报告写成 HTML
anycap page deploy q2-competitive-analysis.html --title "Q2 2026 Competitive Analysis"
研究 → 报告 → 发布。全部都在代理循环中完成。
Page + Drive + Search 技术栈
部署与其他能力结合时最强大：
SEARCH → 研究主题
↓
CRAWL → 提取详细数据
↓
IMAGE GEN → 创建视觉素材
↓
BUILD → 代理编写页面
↓
DEPLOY → 页面上线
↓
DRIVE → 永久存储素材
一个 CLI，一次会话。你的代理研究、创建、发布——而你无需碰任何部署配置。
FAQ
这支持 Markdown 文件吗？
支持。anycap page deploy ./report.md 会把 Markdown 渲染成带样式的页面。你的代理可以按自己喜欢的格式写。
可以使用自定义域名吗？
自定义域名仅在付费方案中提供。免费部署会获得 anycap.ai/page/... URL。
这和 GitHub Pages 有什么区别？
GitHub Pages 需要 Git push、仓库和 CI 配置。AnyCap Page 只需要在代理的终端会话中执行一条命令——没有仓库，没有 push，没有 CI。它是为代理工作流设计的，不是为人工工作流设计的。
这支持 Cursor 和 Codex 吗？
支持。anycap page deploy 在 Claude Code、Cursor 和 Codex 中使用同一套 CLI。安装一次，所有代理都能用。
我的代理可以更新现有页面吗？
可以。把更新后的内容部署到同一路径，页面就会刷新。
最后结论
Claude Code 可以构建任何东西。只是它还不能把东西上线——直到你赋予它这个能力。构建与部署之间的缺口，是你的代理创造出来的内容与团队真正能使用的内容之间的最后一公里。
把这个缺口补上。一条命令，一个在线页面，没有手动步骤。
→ 给 Claude Code 一条命令部署能力——直接从终端发布
📖 下一篇阅读
- 如何为 Claude Code 添加网页爬取能力——为研究驱动的构建提供整页网页访问。
- 如何用 Claude Code 生成视频：2026 完整指南——为你的代理构建页面加入视频。
- AI 图像转视频：面向编码代理的完整流程——为你部署的页面生成视觉与动效。
相关文章
- 如何让 AI 编码代理拥有真实世界能力——完整能力栈总览。
- 什么是 Capability Runtime？——为什么一个 CLI 能胜过五个独立 API。
由 AnyCap 团队撰写。我们构建的 capability runtime，能让你的代理只用一条命令就从构建走到部署——没有手动步骤，没有单独托管。