One-page site
A compact company, service, event or campaign page with a clear offer, proof and contact path.
tvl-build-free-website takes a site from brief to a live, free URL. It builds a static site, publishes it on GitHub Pages, and verifies the deployed page actually returns HTTP 200 with the right title, styles and navigation — the whole lifecycle, not just the build.
Anything that can be served as plain files. If it needs a server, it is out of scope on purpose.
A compact company, service, event or campaign page with a clear offer, proof and contact path.
A professional profile with projects, case studies, credibility signals and contact links.
A public project or resource site with quick start, guides, examples and reference links.
A home for an open-source project or product — overview, status and links.
A curated index of links, downloads and references around a single topic.
Client-side-only tools and demos that run entirely in the browser.
From reading your content to handing back a verified live URL — every step is explicit, and it does not stop at "pushed to GitHub".
Examine your files, URLs and the current repository state.
Classify the site type, deployment model (root, /docs, Actions) and ownership (user vs organization).
Consult the GitHub Pages rubric and the site blueprints.
Choose the right template for a new or redesigned site.
Use plain HTML/CSS/JS or an existing static generator — no backend dependencies.
Pick branch deploy or GitHub Actions; add .nojekyll when needed.
Serve locally and verify HTTP status and content rendering before publishing.
Create or reuse the repository, push to main and configure GitHub Pages.
Confirm HTTP 200, title/H1, asset loading and navigation on the deployed URL.
Deliver the final URL, repo link, deployment method, test results and limits.
The skill picks the deployment model that fits the repository, then wires it up.
main rootServe the site directly from the root of the main branch. Simplest for hand-written sites.
/docsServe from the /docs subdirectory of main, keeping source and site side by side.
A workflow builds the static output and deploys the artifact — for static generators.
.nojekyllWhen static assets should bypass Jekyll processing (for example folders that start with an underscore), the skill adds a .nojekyll file so the files are served as-is.
Two gates: everything that must be true before publishing, and everything confirmed on the live URL after.
index.html is present at the publishing root.200.For a build-and-publish request, a fixed closeout — for planning-only requests, a concise build plan and blueprint name.
GitHub Pages is a static host. The skill refuses anything that needs a server, on purpose.
No databases, server-side code, scheduled jobs or private APIs.
No runtime secrets, auth or environment-dependent configuration.
No payment processing, private data storage or user-submitted content systems.
GitHub Pages enforces size, bandwidth and build-time limits. The skill states them at closeout so there are no surprises later.
GitHub Pages guidelines and best practices the skill audits against.
Templates for the common site architectures above.
Reach for the simplest durable static stack, reusing tools already in the repository when possible.
Use the public TVL Skills repository with the Agent Skills CLI.