Como publicar um site a partir do Claude Code: zero passos manuais (2026)

O Claude Code cria HTML bonito. E depois? Veja como publicar um site direto do Claude Code — sem FTP manual, sem Git push, sem configurar hospedagem separada. Um comando para colocar no ar.

by AnyCap

O Claude Code acabou de construir uma landing page para você. O HTML está limpo. O CSS é responsivo. O JavaScript lida com as interações sem atrito. O arquivo está no diretório do projeto, pronto para ir.

Então você percebe: seu agente consegue construir qualquer coisa, mas não consegue colocar isso no ar. A build terminou. O deploy ainda não começou.

Veja como fechar essa lacuna — três maneiras de fazer deploy a partir do Claude Code, do manual ao comando único.

A lacuna entre build e deploy

Agentes de código são ótimos em build. Eles não foram feitos para deploy.

O Claude Code escreve o código. Executa testes. Refina o resultado. Mas deploy significa servidores, domínios, certificados HTTPS, configuração de CDN — infraestrutura que vive em um mundo diferente da sessão de terminal em que seu agente opera.

A maioria dos desenvolvedores lida com isso manualmente:

  1. O agente constrói a página
  2. Você abre um terminal
  3. Você configura a hospedagem (Netlify, Vercel, GitHub Pages, S3)
  4. Você faz push ou upload
  5. Você espera a build
  6. Você recebe uma URL

Seu agente faz o passo 1. Você faz os passos 2 a 6. Isso não é agentic — é uma passagem de bastão.

Método 1: GitHub Pages (manual, grátis)

GitHub Pages é a abordagem mais comum para sites estáticos. Seu agente gera o HTML. Você faz push para um repositório. O GitHub faz o deploy.

Configuração:

  1. Criar um repositório no GitHub
  2. Fazer push da saída do agente para o repositório
  3. Ativar o GitHub Pages nas configurações do repositório
  4. Aguardar a build de CI
  5. Obter sua URL

Funciona. É grátis. Tem controle de versão. Mas exige um Git push a cada deploy, o que significa que seu agente precisa de acesso ao repositório e que cada página descartável cria histórico permanente de commits.

Não é agentic. É só trabalho manual automatizado.

Método 2: Upload manual na nuvem (S3, R2, etc.)

Upload direto para armazenamento em nuvem:

  1. Criar um bucket S3/R2
  2. Configurar acesso público
  3. Definir hospedagem de site estático
  4. Enviar os arquivos de saída do agente
  5. Configurar CORS e cache
  6. Obter sua URL

Mais controle do que GitHub Pages. Mais configuração também. Cada página precisa de revisão da política do bucket. Cada atualização precisa de invalidação de cache. Isso é trabalho de infraestrutura disfarçado de deploy.

Método 3: Deploy com um comando só (a forma AnyCap)

Seu agente constrói a página. Depois executa um comando:

anycap page deploy ./build/index.html --title "My Landing Page"

É isso. Um comando. Seu agente recebe de volta uma URL ao vivo. Sem repositório. Sem bucket. Sem configuração manual.

O que a runtime cuida:

  • Renderização. HTML e Markdown são suportados. Seu agente pode gerar qualquer um dos formatos — a runtime renderiza.
  • Hospedagem. As páginas entram no ar imediatamente. Sem etapa de build, sem pipeline de CI, sem configuração de DNS.
  • HTTPS. Toda página recebe TLS automaticamente. Sem configuração de certificado.
  • URL. Seu agente recebe uma URL pública de volta. Ele pode inserir esse link em uma mensagem no Slack, em um e-mail ou em outra página.

Instalação:

npm i -g anycap
anycap login
anycap skill install --target ~/.claude/skills/anycap-cli/

→ Instale o AnyCap grátis — 250 créditos para novos usuários

Fluxo completo: build + deploy em uma sessão

Aqui está um fluxo completo do Claude Code, da ideia à página ao vivo:

# 1. O Claude Code constrói a landing page
# (O agente escreve index.html, styles.css, app.js)

# 2. Gerar uma imagem hero para a página
anycap image generate \
  --prompt "a modern SaaS dashboard on a laptop, clean lighting, product photography" \
  --model seedream-5 \
  -o hero.jpg

# 3. Inserir a imagem na página
# (O agente atualiza o HTML para referenciar hero.jpg)

# 4. Fazer o deploy
anycap page deploy ./build/index.html \
  --title "Product Launch — June 2026" \
  --description "New feature announcement page"

# 5. Receber a URL de volta
# "Page deployed: https://anycap.ai/page/..."

Seu agente construiu a página, gerou os visuais, incorporou tudo e fez o deploy — tudo em uma sessão. Você só descreveu o resultado. O resto aconteceu no loop do agente.

Quando fazer deploy vs quando armazenar

Nem tudo precisa de uma página ao vivo. Veja como decidir:

Faça deploy quando... Armazene quando...
A página foi feita para ser compartilhada publicamente O arquivo é para uso interno ou referência futura
Você precisa de uma URL para enviar a alguém Você precisa de armazenamento persistente para seu agente
A saída é uma página completa A saída é um asset (imagem, vídeo, CSV)
É um relatório único, protótipo ou anúncio É parte de uma construção maior do projeto

Para armazenamento sem publicar: anycap drive upload ./report.md — o arquivo vai para a nuvem e recebe um link de compartilhamento, mas não se torna uma página pública.

Casos de uso reais

Páginas de changelog instantâneas

Seu agente pega os commits mais recentes, gera uma página de changelog e faz o deploy:

# O agente lê git log e formata como changelog em HTML
anycap page deploy changelog.html --title "Changelog — Week of May 18, 2026"

Um comando. Changelog ao vivo. Sem CMS.

Protótipos para clientes

Seu agente constrói um protótipo com base em uma especificação. Você faz deploy e envia a URL ao cliente:

anycap page deploy prototype/landing.html --title "Client Preview — Homepage Redesign v3"

O cliente clica no link. Sem ambiente de staging. Sem deploy no Netlify. Só uma URL.

Relatórios de pesquisa

Seu agente pesquisa um tema, escreve os resultados e publica o relatório:

anycap search --prompt "competitor product launches Q2 2026" --citations
# O agente analisa os resultados e escreve o relatório em HTML
anycap page deploy q2-competitive-analysis.html --title "Q2 2026 Competitive Analysis"

Pesquisa → relatório → publicação. Tudo no loop do agente.

A stack Page + Drive + Search

O deploy fica mais poderoso quando combinado com outras capacidades:

SEARCH → pesquisar o tema
   ↓
CRAWL → extrair dados detalhados
   ↓
IMAGE GEN → criar visuais
   ↓
BUILD → o agente escreve a página
   ↓
DEPLOY → a página entra no ar
   ↓
DRIVE → armazenar assets permanentemente

Uma CLI. Uma sessão. Seu agente pesquisa, cria e publica — sem você tocar em nenhuma configuração de deploy.

FAQ

Isso funciona com arquivos Markdown?

Sim. anycap page deploy ./report.md renderiza Markdown como uma página estilizada. Seu agente pode escrever no formato que preferir.

Posso usar um domínio personalizado?

Domínios personalizados estão disponíveis nos planos pagos. Os deploys gratuitos recebem uma URL anycap.ai/page/....

Qual é a diferença em relação ao GitHub Pages?

GitHub Pages exige um Git push, um repositório e configuração de CI. AnyCap Page é um comando a partir da sessão de terminal do seu agente — sem repositório, sem push, sem CI. Foi feito para fluxos de trabalho de agentes, não de humanos.

Isso funciona com Cursor e Codex?

Sim. anycap page deploy usa a mesma CLI no Claude Code, no Cursor e no Codex. Uma instalação, todos os agentes.

Meu agente pode atualizar uma página existente?

Sim. Faça deploy no mesmo caminho com conteúdo atualizado e a página é renovada.

Resumo final

O Claude Code consegue construir qualquer coisa. Só não consegue colocar isso no ar — até você dar essa capacidade a ele. A lacuna entre build e deploy é a última milha entre o que seu agente cria e o que sua equipe realmente pode usar.

Feche essa lacuna. Um comando, uma página ao vivo, sem passos manuais.

→ Dê ao Claude Code deploy com um comando só — publique direto do terminal

📖 O que ler a seguir

Artigos relacionados

Escrito pela equipe AnyCap. Nós construímos a capability runtime que leva seu agente do build ao deploy em um comando — sem passos manuais, sem hospedagem separada.