Agent skill

Webhome Homepage Builder

by webhtv in webhtv/webhtv

Build, review, debug, reverse-engineer data sources for, and package FongMi/WebHome custom homepage single-file HTML.

GPL-3.0Auto-check passedFrontend & Design

Install Webhome Homepage Builder

skills CLI
$ npx skills add webhtv/webhtv --skill webhome-homepage-builder -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install webhtv/webhtv webhome-homepage-builder --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/webhtv/webhtv.git skills-src && mkdir -p .claude/skills && cp -r skills-src/webhome-devkit/skills/webhome-homepage-builder .claude/skills/webhome-homepage-builder && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
webhome-homepage-builder
GitHub stars
1.7k
Token cost
~3.8k tokens
SKILL.md length
1,838 words
Files
10 (incl. scripts, references, assets)
Skills in repo
3
Repo updated
First seen
Licence
GPL-3.0

At a glance

Build, review, debug, reverse-engineer data sources for, and package FongMi/WebHome custom homepage single-file HTML.

  • Works in 5 steps: Keep business JavaScript at ES2017 or… → Put an ES5-only compatibility bootstrap… → Avoid fragile CSS selectors and values… → …
  • Codex is asked to create
  • SKILL.md covers Non-Negotiable Compatibility…, Source Material, Default Deliverable and Architecture Workflow, plus 6 more sections
  • Runs Python scripts from its folder; calls python3

What it does

Webhome Homepage Builder is an agent skill from webhtv/webhtv. Build, review, debug, reverse-engineer data sources for, and package FongMi/WebHome custom homepage single-file HTML. Use when Codex is asked to create or modify a WebHome homePage, App custom homepage, nostr.html-style recommendation page, TMDB/Nostr/PanSou homepage, transparent WebView UI, WebHome fm SDK app, TV remote-focus homepage, chrome mode integration, fm.req/fm.res/fm.cache/fm.search/fm.pan/fm.ui usage, old Android WebView compatibility fixes, JS/API reverse engineering for homepage data, or…

Its SKILL.md is about 3.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 14 other files, including scripts, reference files and assets (for example `agents/openai.yaml`, `references/js-reverse-and-waf-workflow.md` and `references/nostr-demo-patterns.md`).

It sits in Frontend & Design, covering HTML artifacts and Reverse engineering and malware. It works with Cloudflare and Android. The repository describes itself as: WebHomeTV 基于FongMi二次开发,增强了 WebHome 自定义首页、App Native SDK、网盘链接检测 和 Nostr推荐首页。 这个项目的核心目标是让 CSP 站点首页可以变成一个真正可开发的网页应用:开发者可以用 HTML/CSS/JavaScript 定制首页,再通过 App 暴露的 Native… The licence is GPL-3.0.

When your agent uses it

  • Codex is asked to create
  • Modify a WebHome homePage
  • App custom homepage
  • Nostr.html-style recommendation page

Example prompts

  • “/webhome-homepage-builder”

Requirements

  • Python 3

Workflow steps

5 steps, taken from the first numbered list in SKILL.md.

  1. Keep business JavaScript at ES2017 or lower.
  2. Put an ES5-only compatibility bootstrap as the first inline script.
  3. Avoid fragile CSS selectors and values unless a fallback is present.
  4. Run python3 scripts/check_webhome_compat.py from this skill.
  5. Fix all reported errors. Treat warnings as items to justify or add fallbacks for.

What it can do on your machine

Read from SKILL.md and the folder at commit 4e30ffa. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 2 files in scripts/ (Python), which the agent can run.

    Shell commands in SKILL.md call:

    • python3

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Webhome Homepage Builder loads about 3.8k tokens when it runs, and up to ~67k if it reads all its reference files. Until then it costs about 155 tokens; SKILL.md has 1,838 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~155
When it runs · the whole SKILL.md, loaded when a task matches
~3.8k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~67k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from webhtv/webhtv at commit 4e30ffa, republished under its GPL-3.0 licence (© webhtv). 1,838 words, ~3,761 tokens.

Download SKILL.mdSave it as .claude/skills/webhome-homepage-builder/SKILL.md (or your agent's skills folder). This skill also uses 9 other files; get the full folder from GitHub.
name
webhome-homepage-builder
description
Build, review, debug, reverse-engineer data sources for, and package FongMi/WebHome custom homepage single-file HTML. Use when Codex is asked to create or modify a WebHome `homePage`, App custom homepage, `nostr.html`-style recommendation page, TMDB/Nostr/PanSou homepage, transparent WebView UI, WebHome fm SDK app, TV remote-focus homepage, chrome mode integration, `fm.req`/`fm.res`/`fm.cache`/`fm.search`/`fm.pan`/`fm.ui` usage, old Android WebView compatibility fixes, JS/API reverse engineering for homepage data, or Cloudflare/WAF feasibility diagnosis for homepage-vs-extension decisions.

WebHome Homepage Builder

Non-Negotiable Compatibility Gate

Treat old Android WebView compatibility as a release blocker. App minSdk is 24 and many TV boxes stay near Chromium 51-70. A syntax-level mistake can make the whole single-file homepage white-screen before any try/catch runs.

Before finishing any generated or edited WebHome HTML:

  1. Keep business JavaScript at ES2017 or lower.
  2. Put an ES5-only compatibility bootstrap as the first inline script.
  3. Avoid fragile CSS selectors and values unless a fallback is present.
  4. Run python3 scripts/check_webhome_compat.py <html-file> from this skill.
  5. Fix all reported errors. Treat warnings as items to justify or add fallbacks for.

Source Material

Read only what is needed:

  • references/webhome-app-guide.md: complete app development document. For homepage work, read chapters 14-25, 29-32; read chapter 13 for local HTTP/debug endpoints.
  • references/webhome-homepage-patterns.md: distilled homepage architecture, SDK, UI, routing, PanSou, Nostr, and performance guidance.
  • references/old-webview-compatibility.md: detailed WebView compatibility rules and review checklist.
  • references/nostr-demo-patterns.md: patterns extracted from nostr.html.
  • references/js-reverse-and-waf-workflow.md: read when homepage data depends on hidden APIs/signatures/player resources, runtime request capture, local JS reproduction, or Cloudflare/WAF diagnosis.
  • assets/demo/nostr.html: full production-grade single-file homepage example. Reuse its bootstrap, fallback CSS patterns, SDK wrapper, grid batching, focus-domain handling, and restore flow when relevant.
  • scripts/check_webhome_compat.py: static compatibility scanner for generated HTML/CSS/JS.
  • scripts/probe_webhome_target.py: passive remote target/WAF classifier for deciding whether direct fm.req() homepage data fetching is realistic.

Default Deliverable

Prefer one self-contained HTML file unless the user explicitly asks for a multi-file project. Include:

  • <!doctype html>, lang, charset=utf-8, and viewport with viewport-fit=cover.
  • Transparent App background with a non-App browser fallback background.
  • A first inline ES5 bootstrap that polyfills small API gaps and adds fallback classes such as fm-native, no-layout-gap, no-css-functions, and no-aspect-ratio.
  • A business script that waits for fmsdk when App SDK data is required, and provides browser-preview fallbacks.
  • Native playback/search calls that pass known artwork: use pic for poster/default artwork and wallPic for playback-page background/backdrop.
  • A config snippet showing sites[].homePage usage.

Configuration example:

json
{
  "key": "webhome_site_key",
  "name": "WebHome",
  "type": 3,
  "api": "csp_Builtin",
  "homePage": "./home.html",
  "chromeMode": "edge"
}

Architecture Workflow

Design the homepage in these layers:

  1. Compatibility bootstrap: ES5 only, no dependencies, runs before all CSS-sensitive or SDK-sensitive code.
  2. Configuration: one window.WEBHOME_CONFIG object for API bases, feature toggles, cache keys, relay lists, PanSou options, and visual defaults.
  3. SDK adapter: expose one sdk() helper that uses window.fm in App and browser fallbacks during preview.
  4. Data layer: use fm.req() for cross-origin API JSON; use fm.res() for images, video, subtitles, and CSS background resources that need headers or cookies.
  5. Persistence: use fm.cache after SDK readiness for durable App state; use localStorage only as browser-preview fallback or disposable UI state.
  6. UI state: centralize state; render lists by stable keys; keep panels, detail sheets, PanSou results, and status panels independently patchable.
  7. Routing: use History API for detail, image, sync, and nested panels; let App return handling work with same-origin history boundaries.
  8. Restore: save short TTL UI snapshots to fm.cache; restore deep UI only on _fm_restore=1, fmresume, pageshow, or playback return.

When the data source is an existing website rather than a documented API, first run python3 scripts/probe_webhome_target.py <url> and follow references/js-reverse-and-waf-workflow.md. If the probe reports waf-blocked, do not build a direct scraping homepage unless the user provides an authorized API, owner-controlled proxy, public feed, or HAR/HTML from an authorized session. Prefer a WebHome extension when the App WebView can normally load the page and the useful data only exists in same-origin runtime state.

SDK Rules

Use these WebHome SDK APIs instead of browser-only assumptions:

  • fm.req(url, options) for API data. It bypasses CORS through Native OkHttp and returns { ok, status, headers, body, error }.
  • fm.res(url, options) for DOM resources. It returns a local /webResource URL and supports headers, cookies, Range, and CORS.
  • fm.search(keyword, { direct: true, pic, wallPic }) to jump into App search with fewer return layers while preserving WebHome detail artwork for later native playback from search results.
  • fm.play(url, title, options) for direct media URLs. Include options.pic and options.wallPic when known; wallPic is the only playback-page background source.
  • fm.vod(siteKey, vodId, title, pic, options) for native CSP detail/playback. Pass options.wallPic when the homepage knows a backdrop.
  • fm.vodInline(payload) for temporary multi-episode native playback. Include vod_pic/pic and wallPic in the payload.
  • fm.preloadArtwork(pic, wallPic) after detail artwork is known, so Native can prewarm the player images. Do not block the user click waiting for this preload.
  • fm.pan.play({ type, url, password, title, pic, wallPic }) for pan shares, magnet, ed2k, thunder, jianpian, and push-style playback. When the homepage renders its own recent history, cache push URL artwork with fm.cache before playback and restore wallPic after fm.history(), because native push history may not carry backdrops.
  • fm.config() before fm.pan.check(). If driveCheck is false, do not call detection.
  • fm.history() and fm.stat() to compensate watch progress after native playback.
  • fm.ui.setChrome(), fm.ui.restoreChrome(), and fm.ui.getViewport() for homepage chrome and safe-area integration.

Never hard-code the local HTTP port. Use SDK methods or fm.device().ip when a base URL is genuinely needed.

Do not embed stealth fingerprint patches, CAPTCHA solving, Cloudflare clearance harvesting, account cookies, or per-account tokens in homepage code or config.

UI And UX Rules

Build an actual App homepage, not a landing page. For media homepages, prioritize: continue watching, recommendations, category lists, search, detail, and playback actions.

Transparent WebView:

  • Keep html, body, and top-level page background transparent in App.
  • Provide a non-App fallback background via html:not(.fm-native).
  • Put text on semi-transparent panels, buttons, chips, cards, or detail surfaces. Do not place body text directly on wallpaper.
  • For transparent full-screen overlays, hide the underlying WebHome layer while the overlay is active to avoid stacked content.
  • For mobile/detail artwork blending, keep the main still image sharp; feather only the bottom seam with mask-image and -webkit-mask-image.
  • Put liquid/blur effects on a separate lower strip or background layer, not over the full still image; full-cover backdrop-filter can make the entire still look soft.
  • Keep the feather strip narrow after tuning, and disable these masks in translucent/card detail modes where the artwork is already framed.
  • Synopsis text should use the available width; do not leave permanent right padding for a "more" button after the button moves below the paragraph.

Safe area and chrome:

  • Use max(var(--fm-safe-*), env(safe-area-inset-*, 0px)); never add --fm-safe-* and env() together.
  • If mobile mode has top buttons, tabs, search bars, back buttons, or any fixed/sticky operation area near the top edge, reserve top safe space only while the WebView is fullscreen/fused with system bars, such as chromeMode: "edge" or immersive. In normal chrome after exiting fullscreen, remove the top reservation so the page does not show a blank row. Use fm.ui.getViewport() and fmviewport, write a fallback declaration first, then the max(var(--fm-safe-top, 0px), env(safe-area-inset-top, 0px)) version for newer WebViews.
  • Use var(--fm-web-height, 100vh) for full-height layouts.
  • Use chromeMode: "edge" or fm.ui.setChrome({ mode: "edge", startup: true }) for homepage fusion.
  • Use immersive only for focused detail/fullscreen experiences with a page-owned back button, then restore chrome when closing.

TV remote:

  • Detect App form factor with window.fongmiClient.isLeanback or fm.device().type; use viewport heuristics only for browser preview.
  • Give every actionable card, tab, button, result item, and panel control a stable focus target and key.
  • Trap directional keys inside active local domains such as search suggestions, settings/status panels, PanSou results, image viewers, and detail sheets.
  • Make text fields readonly by default on TV; OK/touch enters edit mode, blur/back exits edit mode.
  • Prefer deterministic grid/list navigation by index and cached column count. Use geometry search only as a fallback.
  • In search results, make the close/clear control part of the focus chain: result card Up -> close/clear; close/clear Down -> originating card; close/clear Up -> category tab; category tab Down -> remembered result card.
  • Keep search-result focus rules in both fast-path navigation and fallback geometry search, and store the originating result key/index when leaving a result card.
  • Focus style must not change layout dimensions. Use outline, existing border, background, or light transform.
Show full SKILL.md (568 more words)Show less

Performance Rules

  • Render large grids in batches: first about three rows, append about two rows.
  • Store render state per grid: source, total, rendered count, item keys, and render keys.
  • If keys are unchanged, patch active/count/status only; do not replace whole lists.
  • Use IntersectionObserver for infinite append and visible PanSou checks, with passive scroll fallback.
  • Delay non-critical content rendering until after first paint with double requestAnimationFrame when useful.
  • During scroll or remote-key repeat, avoid full-page querySelectorAll(), full-list getBoundingClientRect(), and synchronous scrollIntoView().
  • Cache grid column counts and invalidate on viewport/device-mode/layout changes.

PanSou And Playback Rules

For PanSou-like resource search:

  • Read data.merged_by_type, filter enabled disk types, dedupe by diskType + normalizedUrl, and render per-disk tabs.
  • Keep old results until new results are ready; merge poll results without clearing the list.
  • Use a view token so old detail-page responses cannot overwrite the current detail.
  • Detect only supported disk types and only visible results; batch fm.pan.check() in groups of about 10.
  • Rank health states as playable first: ok, locked, pending/idle, unsupported/uncertain, then bad.
  • Before fm.pan.play(), save detail scroll, result scroll, active type, focus key, and selected result so native-playback return can restore context.
  • Before fm.search() from a detail page, pass { direct: true, pic, wallPic } so native search-result playback can still use the WebHome backdrop.
  • Before fm.play(), fm.vod(), fm.vodInline(), or fm.pan.play(), pass the best known pic and wallPic. Use poster art for pic and landscape/backdrop/still art for wallPic; do not rely on pic as a playback background fallback. For fm.pan.play() entries that should reappear in WebHome recent history, persist a small URL-to-artwork cache so push_agent records can restore wallPic on replay.

For watch preference or recommendation systems:

  • Record watch intent before opening native search/playback.
  • Sample fm.stat() while available.
  • On resume or return, use fm.history() to compensate if WebView was paused during playback.
  • Publish or sync only after a meaningful threshold, such as 10 minutes watched, and dedupe per media/user.

Output Format

When creating a homepage, provide:

  1. Page architecture summary and data sources.
  2. Compatibility plan: bootstrap, JS baseline, CSS fallbacks, and validation command.
  3. JS reverse/WAF evidence when used: target request, initiator/script/function, runtime samples, replay status, and why homepage or extension is the right vehicle.
  4. Complete single-file HTML or direct file edits.
  5. sites[] config snippet with homePage and chrome choice.
  6. Test steps for browser preview, App WebHome, mobile, TV remote, native playback, PanSou detection, and debug logs.
  7. Known risks: third-party library syntax baseline, API key handling, relay/service availability, selector/data assumptions, WAF/session assumptions, and old WebView residual risks.

When reviewing an existing homepage, lead with compatibility blockers, then SDK misuse, TV focus/return bugs, performance regressions, and visual/UX issues.

Required Validation

Run:

bash
python3 /path/to/webhome-homepage-builder/scripts/check_webhome_compat.py path/to/home.html

Also verify:

  • No ?., ??, logical assignment, catch {}, regex lookbehind/named capture, or <script type="module">.
  • No unguarded replaceAll, Promise.allSettled, Object.fromEntries, structuredClone, AbortController, or globalThis.
  • No :is(), :where(), :has(), or :focus-visible.
  • flex gap, aspect-ratio, clamp/min/max, inset, backdrop-filter, 100dvh, and env() have fallbacks or feature detection.
  • App requests use fm.req/fm.res; SDK promises catch failures.
  • No WAF/challenge bypass logic, stealth automation patching, CAPTCHA solving, clearance-cookie harvesting, account cookie embedding, or per-account token leakage.
  • TV can move focus, activate controls, edit text intentionally, and return from each local panel.
  • Search-result focus validates card Up, close/clear Down, close/clear Up, and category-tab Down paths.
  • Mobile detail keeps the upper still sharp, feathers only the bottom seam, and synopsis text has no unexplained right gutter or "more" overlap.
  • Debug logs show no SyntaxError, WebView render crash, or SDK call failures.

© webhtv, GPL-3.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 9 other files (scripts, references, assets) in webhome-devkit/skills/webhome-homepage-builder of webhtv/webhtv.

  • SKILL.md
  • agents/openai.yaml
  • assets/demo/nostr.html
  • references/js-reverse-and-waf-workflow.md
  • references/nostr-demo-patterns.md
  • references/old-webview-compatibility.md
  • references/webhome-app-guide.md
  • references/webhome-homepage-patterns.md
  • scripts/check_webhome_compat.py
  • scripts/probe_webhome_target.py

Open the folder on GitHubat commit 4e30ffa

Compare with similar skills

Webhome Homepage Builder next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Webhome Homepage Builder compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Webhome Homepage Builder this skillwebhtv/webhtv1.7k—~3.8kAutomated safety check: PassGPL-3.0
Ads Competitorszubair-trabzada/ai-ads-claude268—~4.9kAutomated safety check: PassMIT
LobeHub Interactive Prototypelobehub/lobehub83k—~1.6kAutomated safety check: PassCustom licence
Material 3hamen/material-3-skill1.5k2 repos~7.8kAutomated safety check: PassMIT
Paperclip Pagepaperclipai/paperclip99k—~1kAutomated safety check: PassMIT
Openkb Deck NeonVectifyAI/OpenKB4.8k1 repos~4.3kAutomated safety check: PassApache-2.0

Similar skills

  • Ads Competitors

    zubair-trabzada/ai-ads-claude

    Competitive Ad Intelligence. An agent skill from zubair-trabzada/ai-ads-claude.

    268 GitHub stars~4.9k tokensUpdated 6 mo ago
    Frontend & DesignAuto-check passed
  • Builds single-file interactive HTML prototypes rendered with the real LobeHub UI components and written as production-style React, so they can later be split into files.

    83k GitHub stars~1.6k tokensUpdated today
    Frontend & DesignAuto-check passed
  • Material 3

    hamen/material-3-skill

    Implement Google's Material Design 3 (Material You) UI system.

    1.5k GitHub starsUsed in 2 repos~7.8k tokens
    Frontend & DesignAuto-check passed
  • Paperclip Page

    paperclipai/paperclip

    Publish static HTML pages and asset folders to the Paperclip S3/CloudFront page host.

    99k GitHub stars~1k tokensUpdated today
    Frontend & DesignAuto-check passed
  • Openkb Deck Neon

    VectifyAI/OpenKB

    A skill your agent uses when the user asks the openkb chat to make a deck / slide presentation / PPT / slides / 演示稿 / 幻灯片 from their compiled KB content AND wants a dark, high-tech, neon / glow /…

    4.8k GitHub starsUsed in 1 repo~4.3k tokens
    Frontend & DesignAuto-check passed
  • Reverse Flow

    lingbol088-spec/reverse-flow-skill

    Guided reverse engineering workflow for binaries, firmware, mobile apps, scripts, document samples, protocol captures, and unknown artifacts.

    940 GitHub stars~2.4k tokensUpdated 2 mo ago
    SecurityAuto-check passed

More from webhtv/webhtv

  • Build, review, debug, reverse-engineer, and package WebHome injected extension scripts for FongMi/WebHome App WebView pages.

    1.7k GitHub stars~2.8k tokensUpdated yesterday
    Auto-check passed
  • Inventory related upstream repositories, generate or refresh exhaustive commit-ledger assessment documents, and evaluate or implement dependency integrations safely, efficiently, and reversibly.

    1.7k GitHub stars~3.8k tokensUpdated yesterday
    Auto-check passed

Questions about Webhome Homepage Builder

What does Webhome Homepage Builder do?

Build, review, debug, reverse-engineer data sources for, and package FongMi/WebHome custom homepage single-file HTML. Webhome Homepage Builder is an agent skill from webhtv/webhtv. Build, review, debug, reverse-engineer data sources for, and package FongMi/WebHome custom homepage single-file HTML.

When should I use Webhome Homepage Builder?

Webhome Homepage Builder fits situations like: Codex is asked to create; modify a WebHome homePage; app custom homepage; nostr.html-style recommendation page.

How do I install Webhome Homepage Builder in Claude Code?

Run `npx skills add webhtv/webhtv --skill webhome-homepage-builder -a claude-code`. Or copy the skill folder (webhome-devkit/skills/webhome-homepage-builder in webhtv/webhtv) into .claude/skills/webhome-homepage-builder in your project. Claude Code loads it when a task matches its description.

How do I install Webhome Homepage Builder in Codex?

Run `npx skills add webhtv/webhtv --skill webhome-homepage-builder -a codex`. Or copy the skill folder (webhome-devkit/skills/webhome-homepage-builder in webhtv/webhtv) into .agents/skills/webhome-homepage-builder in your project. Codex loads it when a task matches its description.

Can I use Webhome Homepage Builder in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add webhtv/webhtv --skill webhome-homepage-builder -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/webhome-homepage-builder, .gemini/skills/webhome-homepage-builder, .github/skills/webhome-homepage-builder and .opencode/skills/webhome-homepage-builder in your project.

What does Webhome Homepage Builder need to run?

Going by SKILL.md and its folder, Webhome Homepage Builder needs Python for the scripts in its folder and the command-line tools its instructions call (python3). Our summary lists: Python 3.

Does Webhome Homepage Builder access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Webhome Homepage Builder safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Webhome Homepage Builder use?

Webhome Homepage Builder is published under the GPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Webhome Homepage Builder use?

About 3.8k tokens (SKILL.md is roughly 15k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 63k tokens, read only when the agent opens those files.

What are the alternatives to Webhome Homepage Builder?

Skills that share tags, products or a category with Webhome Homepage Builder: Ads Competitors (zubair-trabzada/ai-ads-claude, 268 stars), LobeHub Interactive Prototype (lobehub/lobehub, 83k stars), Material 3 (hamen/material-3-skill, 1.5k stars) and Paperclip Page (paperclipai/paperclip, 99k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Webhome Homepage Builder?

webhtv (a GitHub organization) maintains it in webhtv/webhtv, which has 1,677 GitHub stars. The repository holds 3 skills in this directory. The repository was last updated on October 9, 2026.

Source: webhtv/webhtv on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.