Pôr online o site que fizeste com IA

Claude ou ChatGPT

Um artifact do Claude é um único ficheiro HTML. Copia tudo, cola na nossa página de carregamento e o teu site fica online. Não é preciso mais nada.

Também funciona para HTML solto do ChatGPT ou de qualquer outra ferramenta. Vários ficheiros? Junta-os num zip e carrega o zip.

Claude Code, Codex ou Cursor

Estas ferramentas têm um terminal. Pede-lhes que publiquem o teu site na Dorelli, ou corre tu mesmo o comando na pasta do projeto:

npx github:dorelli-cloud/cli deploy dist --email you@example.com

A última linha do resultado é o teu endereço. Corres outra vez mais tarde na mesma pasta e atualizas o mesmo site. A chave fica em .dorelli.json (mantém-na fora do controlo de versões). Não tens pasta de build? Deixa 'dist' de fora para publicares a pasta atual.

Como ferramenta MCP

Preferes que a tua IA trate de publicar sozinha, sem terminal? Acrescenta-nos como servidor MCP. No Claude Code é uma linha; outros clientes MCP apontam para o mesmo comando:

claude mcp add dorelli -- npx -y github:dorelli-cloud/cli mcp

A tua IA fica com duas ferramentas: deploy_site (pasta, email, nome pretendido) e site_status (pasta). O mesmo .dorelli.json da variante do terminal.

Lovable

O Lovable não tem botão para publicar noutro alojamento; a saída é o GitHub. Liga o teu projeto ao GitHub (canto superior direito no Lovable) e acrescenta depois este ficheiro ao teu repositório como .github/workflows/dorelli.yml:

name: Publish to Dorelli
on:
  push:
    branches: [main]

jobs:
  publish:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v7
      - uses: actions/setup-node@v7
        with:
          node-version: 22
      - run: npm ci && npm run build
      - run: npx github:dorelli-cloud/cli deploy dist --email you@example.com --yes

A partir daí, cada alteração no Lovable publica-se sozinha. O teu projeto é construído nos servidores do GitHub, não nos nossos, o que o mantém rápido e seguro. Depois da primeira execução, o resumo diz-te que secrets deves definir para que o push seguinte atualize o mesmo site.

v0, Bolt ou qualquer projeto com um passo de build

A ideia é a mesma: constrói o teu projeto e publica a pasta de saída. Normalmente é dist, build ou out.

npm run build
npx github:dorelli-cloud/cli deploy dist --email you@example.com

O teu projeto tem servidor e base de dados? Isso é o plano App

Logins, encomendas, um painel com dados: então o teu projeto é uma app Node ou Next e não um site estático. Corre aqui num contentor próprio com base de dados Postgres própria (15 € por mês depois de 14 dias de teste). A imagem é construída no GitHub, nunca no nosso servidor, por isso isto passa sempre por um workflow no teu repositório:

name: Deploy app to Dorelli
on:
  push:
    branches: [main]

permissions:
  contents: read
  id-token: write

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v7
      - uses: dorelli-cloud/action@v1
        with:
          plan: app
          email: you@example.com
          site-id: ${{ secrets.DORELLI_SITE_ID }}
          registry-user: ${{ secrets.DORELLI_REGISTRY_USER }}
          registry-password: ${{ secrets.DORELLI_REGISTRY_PASSWORD }}

A primeira execução cria o site e um token de registry, liga o site ao teu repositório e diz-te que três secrets deves definir: o id do site e os dois valores do registry. Num repositório público qualquer pessoa pode ler o que uma execução mostra, por isso cria a palavra-passe do registry no teu portal, separador Agents. A tua app recebe DATABASE_URL e PORT (3000 por omissão) como variáveis de ambiente; não é preciso Dockerfile, usamos npm ci, npm run build, npm start. A app escala até zero sem tráfego. A primeira visita a seguir demora 10 a 30 segundos. Os logs, o reinício e as variáveis estão no teu portal.