Poner online la web que has hecho con IA

Claude o ChatGPT

Un artifact de Claude es un solo archivo HTML. Cópialo entero, pégalo en nuestra página de subida y tu web está online. No hace falta nada más.

Sirve igual para HTML suelto de ChatGPT o de cualquier otra herramienta. ¿Varios archivos? Haz un zip y sube el zip.

Claude Code, Codex o Cursor

Estas herramientas tienen terminal. Pídeles sin más que publiquen tu web en Dorelli, o ejecútalo tú en la carpeta de tu proyecto:

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

La última línea de la salida es tu dirección. Si lo ejecutas otra vez más tarde en la misma carpeta, actualizas la misma web. La clave vive en .dorelli.json (déjala fuera del control de versiones). ¿No tienes carpeta de build? Quita 'dist' y publicas la carpeta actual.

Como herramienta MCP

¿Prefieres que tu IA llame ella misma a la publicación, sin terminal? Añádenos como servidor MCP. En Claude Code es una línea; otros clientes MCP apuntan al mismo comando:

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

Tu IA recibe entonces dos herramientas: deploy_site (carpeta, correo, nombre deseado) y site_status (carpeta). El mismo .dorelli.json que en la variante de terminal.

Lovable

Lovable no tiene un botón para publicar en otro alojamiento; la salida va por GitHub. Conecta tu proyecto a GitHub (arriba a la derecha en Lovable) y añade luego este archivo a tu repo 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 de ahí, cada cambio en Lovable se publica solo. Tu proyecto se construye en los servidores de GitHub, no en los nuestros, y así sigue siendo rápido y seguro. Después de la primera ejecución, el resumen te dice qué secretos poner para que el siguiente push actualice la misma web.

v0, Bolt o cualquier proyecto con paso de build

La misma idea: construye tu proyecto y publica la carpeta de salida. Suele ser dist, build u out.

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

¿Tu proyecto tiene servidor y base de datos? Ese es el plan App

Inicios de sesión, pedidos, un panel con datos: entonces tu proyecto es una app Node o Next, y no una web estática. Con nosotros funciona en su propio contenedor con su propia base de datos Postgres (15 € al mes tras 14 días de prueba). La imagen se construye en GitHub, nunca en nuestro servidor, así que esto va siempre por un workflow en tu repo:

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 }}

La primera ejecución crea la web y un token de registro, vincula la web a tu repositorio y te dice qué tres secretos poner: el id de la web y los dos valores del registro. En un repositorio público cualquiera puede leer lo que muestra una ejecución, así que crea la contraseña del registro en tu portal, pestaña Agents. Tu app recibe DATABASE_URL y PORT (3000 por defecto) como variables de entorno; no hace falta Dockerfile, entonces usamos npm ci, npm run build, npm start. La app escala a cero sin tráfico. La primera visita después tarda de 10 a 30 segundos. Los logs, el reinicio y las variables están en tu portal.