Github Pages Deployer logo

Github Pages Deployer

Organization
Affitor
github-pages-deployer

Deploy affiliate content to GitHub Pages for free hosting. Triggers on: "deploy to GitHub Pages", "host on GitHub Pages", "free hosting for my affiliate site", "push to GitHub Pages", "GitHub Pages setup", "deploy my landing page to GitHub", "host my bio link on GitHub", "free affiliate website hosting", "github pages affiliate", "set up GitHub Pages for my site", "deploy HTML to GitHub", "free static hosting", "publish my affiliate page for free", "github pages custom domain".

Overview

PublisherAffitor
Repositoryaffiliate-skills
Skill namegithub-pages-deployer
Stars
705
Forks
209
Bundled files
Instructions only
LicenseMIT
Links
  • Markdown instructions

    A SKILL.md file the model loads on demand, so it only costs tokens when a request actually matches.

  • Works with any LLM

    AI skills are plain Markdown, not provider-specific code, so this works with GPT, Claude, Gemini, Grok, or a local model.

  • Self-contained

    Everything the model needs lives in the instructions — no extra files to sync.

  • Open source

    Published by Affitor on GitHub. Read the source before you install it.

Installation

Install the Github Pages Deployer AI skill in TypingMind to use it with any LLM, or drop it into another agent that reads SKILL.md.

1

Install in TypingMind

TypingMind installs a skill straight from its GitHub folder — it reads SKILL.md, bundles the resource files, and stores the result locally.

  1. Open the app and go to Plugins → Skills.
  2. Choose "Install from GitHub".
  3. Paste the skill folder URL below and confirm.
    https://github.com/Affitor/affiliate-skills/tree/main/skills/distribution/github-pages-deployer
  4. Enable the skill in any chat where you want it available.
Plugins → Skills → Add skill → From GitHub URL, then paste the folder URL and press Continue.
2

Install in another agent

Any agent that reads the Agent Skills format can use this skill — copy the folder into that agent's skills directory.

Claude Code — .claude/skills
git clone --depth 1 https://github.com/Affitor/affiliate-skills.git /tmp/affiliate-skills
mkdir -p .claude/skills
cp -r /tmp/affiliate-skills/skills/distribution/github-pages-deployer .claude/skills/github-pages-deployer
Restart Claude Code after copying so it picks up the new skill.

Use it in TypingMind

Enable Github Pages Deployer in any TypingMind chat and the model takes it from there. Its name and description sit in the system prompt, and the moment a request matches, the model loads the full instructions itself — you never invoke it by hand, and it costs no tokens until it is actually used.

The model loads Github Pages Deployer on its own as soon as a request matches it.

Works with any AI model

AI skills are plain Markdown instructions rather than provider-specific code, so Github Pages Deployer is not tied to the model it was written for. Install it once in TypingMind and use it with GPT-5, Claude, Gemini, Grok, DeepSeek, Mistral, Llama, or a local model you run yourself — all on your own API keys.

  • Loaded only when it is needed

    The system prompt carries just the name and description. The instructions are fetched on the first matching request, so an idle skill costs nothing.

  • Switch models mid-chat

    Because the skill is instructions rather than code, changing model does not break it — the next model reads the same SKILL.md.

Skill instructions

This is the SKILL.md content the model loads. Read it before installing — a skill is instructions your model will follow.

GitHub Pages Deployer

Generate a complete, ready-to-deploy GitHub Pages setup for affiliate landing pages, bio link hubs, and blog posts. Outputs the full repo file structure, a GitHub Actions CI/CD workflow for automatic deploys, and step-by-step instructions for custom domain configuration with SSL. Free hosting, no credit card required.

Stage

S5: Distribution — GitHub Pages is the most underused free hosting platform in affiliate marketing. 100GB bandwidth/month, free SSL, custom domains, and automatic deploys from Git. This skill takes any HTML output from S4 (landing page) or S5 (bio-link) and gets it live on the internet in under 10 minutes.

When to Use

  • User wants to deploy a landing page (from S4) to a free host
  • User wants to deploy a bio link page (from S5 bio-link-deployer) to a free host
  • User wants free static hosting with a custom domain and SSL
  • User already has HTML files and wants to publish them without paying for hosting
  • User wants automated deploys so pushing to main branch auto-updates the live site
  • User wants to host a simple affiliate blog or resource page for free

Input Schema

yaml
site:
  type: string              # REQUIRED — "landing-page" | "bio-link" | "blog" | "resource-page"
  html_content: string      # REQUIRED — the HTML content to deploy (full file or description)
                            # If S4 or bio-link-deployer was run, use that output automatically
  title: string             # REQUIRED — site title (used in repo name and meta)
  description: string       # OPTIONAL — meta description for SEO

repo:
  name: string              # OPTIONAL — GitHub repo name (auto-generated from title if omitted)
                            # e.g., "heygen-review" or "alex-bio-links"
  username: string          # OPTIONAL — GitHub username. Used in generated URLs.
                            # If not provided, use "[your-username]" as placeholder.
  visibility: string        # OPTIONAL — "public" | "private". Default: "public"
                            # Note: private repos require GitHub Pro for Pages

domain:
  custom: string            # OPTIONAL — custom domain (e.g., "links.yourdomain.com")
  subdomain: string         # OPTIONAL — subdomain type: "apex" | "subdomain"
                            # Apex = yourdomain.com, Subdomain = www.yourdomain.com

deploy:
  method: string            # OPTIONAL — "github-actions" | "manual". Default: "github-actions"
  branch: string            # OPTIONAL — source branch. Default: "main"

Chaining context: If S4 (landing-page-creator) or S5 (bio-link-deployer) was run earlier in the conversation, automatically use that HTML output as site.html_content. Do not ask the user to paste it again.

Workflow

Step 1: Gather Inputs

Check if an HTML page was generated earlier in the conversation (S4 landing page or bio-link page). If yes, confirm: "I'll deploy the [page type] we built earlier. What's your GitHub username?"

If no prior HTML exists:

  • Ask for HTML content or page description
  • Offer to call S4 or bio-link-deployer first: "Want me to create the page first, then set up the deploy?"

Step 2: Generate Repo Structure

Create the complete file and folder structure for the GitHub Pages repo.

Standard structure for a single-page site:

[repo-name]/
├── index.html              # Main page (the affiliate landing page or bio link)
├── assets/
│   ├── css/
│   │   └── style.css       # External CSS if extracted from HTML (optional)
│   └── images/
│       └── .gitkeep        # Placeholder — add images here
├── CNAME                   # Only if custom domain is set
├── .github/
│   └── workflows/
│       └── deploy.yml      # GitHub Actions workflow
├── .gitignore
└── README.md

For multi-page blog/resource site, add:

├── blog/
│   ├── index.html          # Blog listing page
│   └── [post-slug]/
│       └── index.html      # Individual post pages
├── about/
│   └── index.html
└── sitemap.xml

Step 3: Generate the GitHub Actions Workflow

Write the deploy.yml file that automatically deploys to GitHub Pages on every push to main.

yaml
# .github/workflows/deploy.yml
name: Deploy to GitHub Pages

on:
  push:
    branches: [ main ]
  workflow_dispatch:       # Allow manual trigger from GitHub UI

permissions:
  contents: read
  pages: write
  id-token: write

concurrency:
  group: "pages"
  cancel-in-progress: false

jobs:
  deploy:
    environment:
      name: github-pages
      url: ${{ steps.deployment.outputs.page_url }}
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v4

      - name: Setup Pages
        uses: actions/configure-pages@v5

      - name: Upload artifact
        uses: actions/upload-pages-artifact@v3
        with:
          path: '.'         # Deploy from repo root

      - name: Deploy to GitHub Pages
        id: deployment
        uses: actions/deploy-pages@v4

This workflow uses the official GitHub Pages Actions (no third-party dependencies, no tokens needed).

Step 4: Generate the CNAME File (if custom domain)

If domain.custom is provided, create a CNAME file with just the domain:

links.yourdomain.com

For apex domains (yourdomain.com), the CNAME file contains the bare domain. GitHub Pages handles the redirect from www to apex automatically when configured correctly.

Step 5: Generate DNS Configuration Instructions

Provide exact DNS records to add in the user's domain registrar (Cloudflare, Namecheap, GoDaddy, etc.).

For subdomain (e.g., links.yourdomain.com):

Type: CNAME
Name: links
Value: [username].github.io
TTL: Auto or 3600

For apex domain (yourdomain.com):

Type: A  Name: @  Value: 185.199.108.153
Type: A  Name: @  Value: 185.199.109.153
Type: A  Name: @  Value: 185.199.110.153
Type: A  Name: @  Value: 185.199.111.153
Type: AAAA  Name: @  Value: 2606:50c0:8000::153
Type: AAAA  Name: @  Value: 2606:50c0:8001::153
Type: AAAA  Name: @  Value: 2606:50c0:8002::153
Type: AAAA  Name: @  Value: 2606:50c0:8003::153

Note: GitHub's IP addresses above are current as of 2026. Always verify at https://docs.github.com/en/pages/configuring-a-custom-domain-for-your-github-pages-site/managing-a-custom-domain-for-your-github-pages-site

Step 6: Generate README.md

Write a clean README for the repo:

markdown
# [Site Title]

Affiliate landing page hosted on GitHub Pages.

## Live Site
[Live URL]

## Deploy
Automatic via GitHub Actions — push to `main` triggers a deploy.

## Powered By
[Affitor](https://affitor.com/?utm_source=affiliate-skills)

Step 7: Output the Complete Setup

Present all outputs in numbered sections with clear file labels.

Step 8: Self-Validation

Before presenting output, verify:

  • GitHub Actions YAML is valid syntax
  • CNAME file is correct format if custom domain configured
  • All file paths are valid and consistent
  • Deployment commands are copy-paste ready
  • README.md is included in the repository files

If any check fails, fix the output before delivering. Do not flag the checklist to the user — just ensure the output passes.

Output Schema

yaml
output_schema_version: "1.0.0"  # Semver — bump major on breaking changes
repo:
  name: string              # e.g., "heygen-review-2026"
  url: string               # e.g., "https://github.com/[username]/[repo-name]"
  pages_url: string         # e.g., "https://[username].github.io/[repo-name]"
  custom_domain_url: string | null

files:
  - path: string            # e.g., "index.html"
    content: string         # full file content
  - path: ".github/workflows/deploy.yml"
    content: string
  - path: "CNAME"           # null if no custom domain
    content: string | null
  - path: ".gitignore"
    content: string
  - path: "README.md"
    content: string

setup_steps:
  - step: number
    action: string          # e.g., "Create GitHub repo"
    command: string | null  # CLI command if applicable

dns_records: object | null  # DNS config if custom domain provided

estimated_time: string      # e.g., "8-10 minutes"

Output Format

Present in five clearly labeled sections:

Section 1: Summary

  • Repo name, live URL, custom domain URL (if applicable)
  • Estimated time to go live: X minutes

Section 2: Files to Create Each file in its own fenced code block with the file path as the label. User can copy-paste each file's content directly.

Section 3: GitHub Setup Steps Numbered instructions:

  1. Create the repo on GitHub (link to github.com/new)
  2. Initialize and push (CLI commands provided)
  3. Enable GitHub Pages in repo Settings
  4. Set source to "GitHub Actions"

Section 4: DNS Setup (only if custom domain) Exact records to add, formatted as a table. Provider-specific notes for Cloudflare users (Proxy OFF for GitHub Pages).

Section 5: Verification How to confirm the deploy worked and SSL is active (usually 5-15 minutes for DNS propagation).

Error Handling

  • No HTML content and no prior skill output: "I don't see a page to deploy yet. Want me to create a landing page first (S4), a bio link page, or do you have HTML to paste?"
  • Private repo for free GitHub account: "Private repos require GitHub Pro ($4/mo) for GitHub Pages. Your options: (1) make the repo public, (2) upgrade to Pro, (3) use Netlify Drop for free private deploys."
  • Custom domain not propagating: "DNS changes can take 1-48 hours. If it's been over 24 hours, double-check: CNAME file contains exactly the domain, no https:// prefix; DNS record value is [username].github.io (with no trailing slash). Enable Cloudflare proxy OFF (grey cloud) for GitHub Pages to work."
  • GitHub Actions failing: Common causes: Pages not enabled in repo Settings, branch name mismatch (use main not master), or pages: write permission missing on older repos. Provide troubleshooting checklist.
  • User wants WordPress or dynamic site: "GitHub Pages only hosts static HTML/CSS/JS — no PHP, no databases. For WordPress or dynamic content, use Cloudflare Pages, Netlify, or a VPS. For a simple affiliate site, static is faster and better for SEO anyway."
  • Repo name taken: Suggest appending year (heygen-review-2026) or niche (heygen-review-for-creators).

Examples

Example 1: Deploy landing page from S4 Context: S4 generated a HeyGen landing page HTML. User: "Deploy this to GitHub Pages. My username is alexmarketer." Action: Auto-use S4 HTML. Repo name: heygen-landing. Pages URL: https://alexmarketer.github.io/heygen-landing. Generate all files + deploy instructions.

Example 2: Deploy bio link with custom domain Context: Bio-link-deployer generated a bio page. User: "Put this on GitHub Pages at links.mysite.com." Action: Repo + CNAME file with links.mysite.com. DNS: CNAME record pointing to [username].github.io. Cloudflare note: proxy must be disabled (grey cloud icon).

Example 3: Multi-page resource site User: "I want to host an affiliate resource site on GitHub Pages with a homepage, about page, and 3 blog posts." Action: Generate multi-page structure. Scaffold all index.html files with placeholder content. Deploy workflow. Note: for a blog with 10+ posts, suggest Jekyll or Eleventy for templating.

References

Revenue & Action Plan

Expected Outcomes

  • Revenue potential: A deployed landing page or bio link earns 24/7 — it's your always-on salesperson. Free hosting means 100% of revenue is profit. A single landing page can generate $200-1,000/month with consistent traffic
  • Benchmark: Deployed affiliate pages indexed by Google start ranking within 2-4 weeks. Organic traffic from Google is the highest-converting free traffic source (4-5% conversion vs 1-2% from social)
  • Key metric to track: Page visits → affiliate link clicks → conversions. Set up conversion-tracker immediately after deploying

Do This Right Now (15 min)

  1. Create the repo and push — follow the Setup Steps exactly (copy-paste commands)
  2. Verify the deploy — visit your GitHub Pages URL, confirm the page loads
  3. Submit to Google Search Console — add https://[username].github.io/[repo] so Google indexes it faster
  4. Share the live URL — post it on social media, add it to your bio link, and send it to your email list

Track Your Results

After deploying: set up conversion-tracker to monitor clicks and conversions. After 30 days, run seo-audit to optimize for search rankings. A page that ranks #1 for a buyer-intent keyword can earn $500-2,000/month passively.

Next step — copy-paste this prompt: "Set up conversion tracking for my deployed page at [URL]" → runs conversion-tracker

Flywheel Connections

Feeds Into

  • conversion-tracker (S6) — deployed site URL to track
  • seo-audit (S6) — deployed site to audit

Fed By

  • landing-page-creator (S4) — HTML file to deploy
  • bio-link-deployer (S5) — bio link HTML to deploy
  • squeeze-page-builder (S4) — squeeze page HTML to deploy

Feedback Loop

  • seo-audit (S6) checks deployed site health → identify deployment issues affecting SEO

Quality Gate

Before delivering output, verify:

  1. Would I share this on MY personal social?
  2. Contains specific, surprising detail? (not generic)
  3. Respects reader's intelligence?
  4. Remarkable enough to share? (Purple Cow test)
  5. Irresistible offer framing? (if S4 offer skills ran)

Any NO → rewrite before delivering.

yaml
chain_metadata:
  skill_slug: "github-pages-deployer"
  stage: "distribution"
  timestamp: string
  suggested_next:
    - "conversion-tracker"
    - "seo-audit"

Frequently asked questions

What does the Github Pages Deployer AI skill do?

Deploy affiliate content to GitHub Pages for free hosting. Triggers on: "deploy to GitHub Pages", "host on GitHub Pages", "free hosting for my affiliate site", "push to GitHub Pages", "GitHub Pages setup", "deploy my landing page to GitHub", "host my bio link on GitHub", "free affiliate website hosting", "github pages affiliate", "set up GitHub Pages for my site", "deploy HTML to GitHub", "free static hosting", "publish my affiliate page for free", "github pages custom domain".

Why use Github Pages Deployer on TypingMind?

Because you install it once and use it with any model. Github Pages Deployer is plain Markdown rather than provider-specific code, so the same skill runs on GPT-5, Claude, Gemini, Grok, or a local model — and you can switch model mid-chat without it breaking. TypingMind runs on your own API keys, so you pay providers directly instead of a per-seat subscription, and your skills and chats stay in your own storage.

How do I install Github Pages Deployer in TypingMind?

Open Plugins → Skills → Install from GitHub in TypingMind and paste https://github.com/Affitor/affiliate-skills/tree/main/skills/distribution/github-pages-deployer. TypingMind reads its SKILL.md and installs it as a skill you can enable per chat.

Which AI models can use Github Pages Deployer?

Any model you connect in TypingMind. AI skills are plain Markdown instructions rather than provider-specific code, so GPT, Claude, Gemini, Grok, and local models can all load this skill when a request matches it.

How many AI models can I use with Github Pages Deployer?

As many as you like. As long as a model supports skills, you can use Github Pages Deployer with it — GPT, Claude, Gemini, Grok, DeepSeek, Mistral, Llama and more — all on TypingMind with your own API keys.

Is the Github Pages Deployer AI skill free?

Yes. It is published on GitHub by Affitor under the MIT license. You only pay your own AI provider for the tokens you use.

What are AI skills?

An AI skill is a reusable instruction bundle that teaches an AI model how to do one specific task. It follows the open Agent Skills format: a SKILL.md file with a name and description, plus any scripts, templates or reference files the model may need. The model reads the instructions only when your request matches the skill, so an installed skill costs nothing until it is used.

How are AI skills different from plugins or MCP servers?

A plugin or MCP server gives a model new tools to call — code that runs somewhere and returns a result. An AI skill gives the model knowledge and process instead: how to approach a task, which steps to follow, what good output looks like. Skills are plain Markdown, so they need no server, no API key and no runtime, and they work with any model.

View all

Set up your own AI workspace now

Get notified about new features and future giveaways by subscribing to our newsletter 👇