Deploy Astro to thin.host

Build an Astro site to dist/ and publish it from Claude Code, Cursor or one curl call. thin.host serves the static files and gives you a live URL right away. Your agent can do every step for you through the thin.host MCP server, or you can run one curl command.

At a glance

StepAstro
Build commandnpm run build
Folder to deploydist/
Preview build (served at /s/my-site/)npx astro build --base /s/my-site
Deploycurl -F file=@site.zip -H "Authorization: Bearer $THINHOST_API_KEY" https://thin.host/v1/websites/archive
Live URLhttps://thin.host/s/my-site/, or your own domain

Before you start

Create a project (skip if you have one)

npm create astro@latest

Set the base path

Until a domain points at it, a thin.host site lives under a sub-path: https://thin.host/s/<slug>/. Astro prefixes its bundled assets with the base option, but not your own links: write internal links with import.meta.env.BASE_URL. Pass the base on the command line for the preview build and leave it out for a custom domain, so the config only names your real domain.

// astro.config.mjs
import { defineConfig } from 'astro/config';

export default defineConfig({
  site: 'https://www.example.com',
});
Where readers will lookBuild with
The preview URL https://thin.host/s/my-site/npx astro build --base /s/my-site
A custom domain, or a free <name>.thin.host subdomainnpm run build (base path /)

Pick the slug (my-site here) before you build the preview, and pass the same slug when you deploy.

Build

npm run build

The finished site is in dist/. That folder is what you deploy.

Deploy from your agent (MCP)

Connect thin.host to Claude Code, Claude Desktop, Cursor, VS Code, Windsurf, Codex or ChatGPT once (setup for each client), then ask:

Build this Astro project for thin.host with the slug my-site and publish the dist/ folder.

With the local server (uvx thinhost-mcp) the agent runs the build and calls publish_website with the absolute path of dist/; large builds are split across requests automatically. Later changes go out with update_website and sync=true, which also removes files the new build dropped.

The hosted connector (https://thin.host/mcp, used by claude.ai and ChatGPT) cannot read your disk. From a coding agent it uploads with the REST call below; otherwise it publishes from a public link to a zip or HTML file with publish_website_from_url.

Deploy with curl

cd dist && zip -r ../site.zip . && cd -
curl -F file=@site.zip -F title="My Astro site" -F slug=my-site \
  -H "Authorization: Bearer $THINHOST_API_KEY" \
  https://thin.host/v1/websites/archive

The JSON response includes url, the live address (https://thin.host/s/my-site/). To redeploy, upload the new zip to the site's archive endpoint; pages and assets missing from it are removed:

curl -F file=@site.zip \
  -H "Authorization: Bearer $THINHOST_API_KEY" \
  https://thin.host/v1/websites/my-site/archive

A single upload can be up to 30 MB. See the REST API reference for every field.

Add a custom domain

  1. Open the site in the dashboard and add your hostname under Custom Domains, for example www.example.com. A <name>.thin.host subdomain is free and works immediately.
  2. Create the DNS record the dashboard shows: a CNAME pointing at cname.thin.host. TLS is issued automatically once DNS resolves.
  3. Rebuild with the base path / (npm run build) and redeploy.

Pages on a custom domain get a canonical tag, a generated robots.txt and a sitemap.xml.

Astro notes

FAQ

Does Astro's server output work on thin.host?

No. thin.host serves static files, so keep Astro's default static output. Pages that need a server at request time have to be prerendered or moved to an API hosted elsewhere.

Why does the preview URL load without styles or scripts?

The site is served under /s/<slug>/ until a custom domain points at it, so a build that references /assets/... asks the thin.host root for files that live under the sub-path. Build with the base path set to /s/<slug>/ for the preview, or map a domain (a free <name>.thin.host subdomain works) and build with base /.

How do I redeploy?

Rebuild, zip the output folder again and POST it to /v1/websites/<slug>/archive, or ask your agent to run update_website with sync=true. Sync removes files the new build no longer contains, so old hashed bundles do not pile up.

How large can a site be?

A single archive upload can be up to 30 MB. The local MCP server (uvx thinhost-mcp) reads the build folder directly and splits large sites across requests, up to 150 MB.

Sources

Commands and options checked against the official Astro docs on 2026-10-14:

Other frameworks: all deploy guides. Coming from another host? Compare thin.host.