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

O Claude Code cria HTML bonito. E depois? Eis como publicar um site diretamente a partir do Claude Code — sem FTP manual, sem Git push, sem configuração separada de alojamento. Um comando para colocar online.

by AnyCap

O Claude Code acabou de criar uma landing page para ti. O HTML está limpo. O CSS é responsivo. O JavaScript trata das interações sem sobressaltos. O ficheiro está no diretório do projeto, pronto a avançar.

Depois apercebes-te: o teu agente consegue construir tudo, mas não consegue colocá-lo online. A construção terminou. O deploy ainda nem começou.

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

A lacuna entre build e deploy

Os agentes de programação são ótimos a construir. Não foram feitos para fazer deploy.

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

A maioria dos programadores trata disto manualmente:

  1. O agente constrói a página
  2. Abres um terminal
  3. Configuras o alojamento (Netlify, Vercel, GitHub Pages, S3)
  4. Fazes push ou upload
  5. Esperas pela compilação
  6. Recebes um URL

O teu agente faz o passo 1. Tu fazes os passos 2 a 6. Isso não é um fluxo agentic — é uma passagem de testemunho.

Método 1: GitHub Pages (manual, gratuito)

O GitHub Pages é a abordagem mais comum para sites estáticos. O teu agente constrói o HTML. Fazes push para um repositório. O GitHub faz o deploy.

Configuração:

  1. Criar um repositório no GitHub
  2. Fazer push do output do agente para o repositório
  3. Ativar o GitHub Pages nas definições do repositório
  4. Aguardar pela compilação de CI
  5. Obter o URL

Funciona. É gratuito. Tem controlo de versões. Mas exige um Git push para cada deploy, o que significa que o teu agente precisa de acesso ao repositório e que cada página descartável cria histórico permanente de commits.

Não é agentic. É apenas trabalho manual automatizado.

Método 2: Upload manual para a cloud (S3, R2, etc.)

Upload direto para armazenamento na cloud:

  1. Criar um bucket S3/R2
  2. Configurar acesso público
  3. Definir alojamento de site estático
  4. Carregar os ficheiros de output do agente
  5. Configurar CORS e cache
  6. Obter o URL

Mais controlo do que o 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. Isto é trabalho de infraestrutura disfarçado de deploy.

Método 3: Deploy com um comando único (a forma AnyCap)

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

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

É só isso. Um comando. O teu agente recebe de volta um URL em produção. Sem repositório. Sem bucket. Sem configuração manual.

O que a runtime trata:

  • Rendering. HTML e Markdown são suportados. O teu agente produz um ou outro — a runtime faz o render.
  • Hosting. As páginas entram em produção imediatamente. Sem passo de build, sem pipeline de CI, sem configuração de DNS.
  • HTTPS. Cada página recebe TLS automaticamente. Sem configuração de certificados.
  • URL. O teu agente recebe de volta um URL público. Pode inseri-lo numa mensagem do Slack, num email ou noutra página.

Instalação:

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

→ Instalar o AnyCap grátis — 250 créditos para novos utilizadores

Fluxo completo: build + deploy numa só sessão

Aqui tens um fluxo completo do Claude Code, da ideia à página online:

# 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 deploy
anycap page deploy ./build/index.html \
  --title "Product Launch — June 2026" \
  --description "New feature announcement page"

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

O teu agente construiu a página, gerou os visuais, incorporou-os e fez o deploy — tudo numa única sessão. Tu descreveste o resultado. O resto aconteceu no ciclo do agente.

Quando fazer deploy e quando guardar

Nem tudo precisa de uma página pública. Eis como decidir:

Fazer deploy quando... Guardar quando...
A página se destina a ser partilhada publicamente O ficheiro é para uso interno ou referência futura
Precisas de um URL para enviar a alguém Precisas de armazenamento persistente para o teu agente
O output é uma página completa O output é um ativo (imagem, vídeo, CSV)
É um relatório pontual, protótipo ou anúncio Faz parte de uma construção maior do projeto

Para armazenamento sem publicação: anycap drive upload ./report.md — o ficheiro vai para a cloud e recebe um link partilhável, mas não se torna uma página pública.

Casos de uso reais

Páginas de changelog instantâneas

O teu agente vai buscar os commits mais recentes, gera uma página de changelog e faz o deploy:

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

Um comando. Changelog em produção. Sem CMS.

Protótipos para clientes

O teu agente constrói um protótipo com base numa especificação. Fazes deploy e envias o 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. Apenas um URL.

Relatórios de pesquisa

O teu agente pesquisa um tema, resume as conclusões 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 ciclo do agente.

A stack Page + Drive + Search

O deploy é 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 em produção
   ↓
DRIVE → guardar ativos permanentemente

Uma CLI. Uma sessão. O teu agente pesquisa, cria e publica — sem tocares numa única configuração de deploy.

FAQ

Isto funciona com ficheiros Markdown?

Sim. anycap page deploy ./report.md renderiza Markdown como uma página estilizada. O teu 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 um URL anycap.ai/page/....

Em que é diferente do GitHub Pages?

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

Isto funciona com Cursor e Codex?

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

O meu agente pode atualizar uma página existente?

Sim. Faz deploy para o mesmo caminho com conteúdo atualizado e a página é renovada.

A conclusão

O Claude Code consegue construir tudo. Só não consegue colocá-lo online — até lhe dares essa capacidade. A lacuna entre build e deploy é a última milha entre o que o teu agente cria e o que a tua equipa pode realmente usar.

Fecha a lacuna. Um comando, página em produção, sem passos manuais.

→ Dar ao Claude Code deploy com um único comando — publicar diretamente a partir do terminal

📖 O que ler a seguir

Artigos relacionados

Escrito pela equipa AnyCap. Criamos a capability runtime que leva o teu agente da construção ao deploy com um só comando — sem passos manuais, sem alojamento separado.