Skills html-deploy
Instantly publish a single self-contained HTML page to htmlcode.fun without GitHub, Vercel, or Netlify. Use when an agent needs the fastest path from HTML to a live URL for landing pages, demo pages, temporary microsites, QR share pages, and AI-generated single-file frontends. Supports stable short codes for overwrite-style updates and includes a ready-to-run Python deployment script. Live example and visual guide: https://www.htmlcode.fun/s/htmlcode-fun-guide
git clone https://github.com/openclaw/skills
T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/520xiaomumu/html-deploy" ~/.claude/skills/openclaw-skills-html-deploy && rm -rf "$T"
T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.openclaw/skills && cp -r "$T/skills/520xiaomumu/html-deploy" ~/.openclaw/skills/openclaw-skills-html-deploy && rm -rf "$T"
skills/520xiaomumu/html-deploy/SKILL.mdHTML Instant Deploy
Overview
Use htmlcode.fun when the output can be delivered as one standalone HTML document and speed matters more than full project-hosting features. This skill is designed for agents that need the shortest path from HTML content to a live shareable URL.
Live example and walkthrough:
Bundled script:
for deploy, update, and fetch operationsscripts/htmlcode_deploy.py
Decision rule
Use this skill when all of the following are true:
- The deliverable is a single HTML page.
- The page can be self-contained or nearly self-contained.
- Fast sharing matters more than custom domains, CI/CD, or multi-file assets.
Do not use this skill when any of the following are true:
- The project is a React, Vue, Next, or multi-file frontend app.
- The site needs build steps, environment variables, or asset pipelines.
- The user specifically needs their own domain bound to the host.
- The page is likely to exceed the service limit of about 1 MB HTML payload.
Core workflow
- Produce one complete HTML document.
- Inline CSS and JS when practical.
- Add quality metadata before deploy:
<title><meta name="description"><meta name="viewport" content="width=device-width, initial-scale=1.0">- Open Graph tags when the page will be shared
- Decide whether the page needs a stable short code.
- For one-off pages, deploy without custom code.
- For pages that will be updated in place, set
and chooseenableCustomCode=true
on first deploy.customCode
- Deploy with JSON to
.POST https://www.htmlcode.fun/api/deploy - Save the returned
,code
, andurl
.qrCode - For later edits, update with
using the same code.PATCH https://www.htmlcode.fun/api/deploy/content - If the API returns
, wait for429
before retrying.retryAfterSeconds
Fastest path
Prefer the bundled script when working from local files.
Deploy a new page:
python scripts/htmlcode_deploy.py deploy page.html --title "launch-page" --code launch-page
Update an existing short code in place:
python scripts/htmlcode_deploy.py update launch-page page.html --title "launch-page-v2"
Fetch deployed content:
python scripts/htmlcode_deploy.py get launch-page --output launch-page.html
Use raw API calls only when the agent already has HTML content in memory and does not need a file-based workflow.
Request format
Always send JSON.
Required fields:
filenamecontent
Useful optional fields:
titleenableCustomCodecustomCode
Example deploy payload:
{ "filename": "index.html", "title": "launch-page", "content": "<!doctype html><html>...</html>", "enableCustomCode": true, "customCode": "launch-page" }
Example update payload:
{ "code": "launch-page", "content": "<!doctype html><html>...updated...</html>", "title": "launch-page-v2", "filename": "index.html" }
Best practices for agents
- Prefer one larger deploy over many tiny edits because the service enforces a 10 second cooldown after success.
- Do not use multipart upload or
. Read files into memory and send them as JSON-F file
.content - Keep the page self-contained. Inline CSS, inline lightweight JS, and avoid many external dependencies.
- Keep images small. Large base64 assets can quickly hit the payload limit.
- If the page will be revised repeatedly, reserve a meaningful
at the first deploy.customCode - Save returned
,code
, andurl
immediately after deployment.qrCode - When receiving
, respect429
instead of retrying aggressively.retryAfterSeconds - Treat htmlcode.fun as a fast publication channel, not a full static hosting platform.
- Tell the user clearly when the page is better suited for Vercel or Netlify instead.
What this host is good at
- Temporary landing pages
- Demo pages
- Shareable documentation pages
- QR-linked event or campaign pages
- AI-generated single-file frontends
- Stable short-link pages that need quick overwrite updates
What this host is not good at
- Multi-page sites with shared assets
- Framework builds
- Large production frontends
- Team workflows with preview environments and rollback
- Confirmed custom-domain hosting workflows
Example live page
Reference example:
Use that page as a model for how to explain advantages, limitations, and deployment guidance in one self-contained HTML document.