Portable web toolkit

Skill ImYourBoyRoy/Portable_Web_toolkit/skills/portable-web-toolkit

Portable Astro + Cloudflare toolkit with versioned skills for Codex, Cursor, Claude, and Antigravity; readiness, deployment, discovery, and starter CLIs.

Install

npx -y skills add ImYourBoyRoy/Portable_Web_toolkit --skill portable-web-toolkit

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Coordinate multi-capability work, deployment or release sequencing, and ambiguous operations in Astro and Cloudflare projects managed by Portable Web Toolkit. Use when the task crosses toolkit owners or needs routing and safety gates. Defer directly to a narrow skill when readiness, scaffolding, updating, Instagram fallback, or vectorization clearly owns the request. Do not use for unrelated or merely generic web work.

SKILL.md

3.4 KB, as published. Nobody here has run it

Portable Web Toolkit

Use the project contract and deterministic toolkit commands without creating a parallel workflow.

If one narrow skill clearly owns the request, use it directly and do not load this router merely because toolkit management is established.

Confirm toolkit management

Require at least one authoritative signal:

repository instructions establish Portable Web Toolkit
package scripts invoke Web_Toolkit commands
a compatible toolkit site profile governs the site
an established Web_Toolkit link is corroborated by configuration or docs
the user explicitly selects the toolkit

A folder name alone is not proof. If management is uncertain, inspect and report the evidence before imposing toolkit conventions.

Read project contract whenever instructions, profiles, brand guidance, environment values, or generic skills may conflict.

Establish current state

Resolve the active client repository and applicable instructions.
Preserve unrelated and uncommitted work.
Locate the toolkit source, site profile, package manager, and supported project commands.
Run site-readiness when beginning material site work, after scaffolding, before release preparation, or when project state is uncertain.
Read its structured report before choosing fixes.

Use --skip-network when policy or environment disallows external checks. Readiness findings do not authorize dependency installation, infrastructure mutation, deployment, or toolkit updates.

Route to the narrow owner

Need	Owner
New toolkit-managed site	`site-starter`
Project readiness and next actions	`site-readiness`
Public Instagram fallback	`instagram-clone`
Wordmark or raster-to-SVG candidate	`vectorize-pipeline`
Toolkit and skill version comparison	`toolkit-update`
Existing deterministic operation	Relevant `Web_Toolkit` CLI

Read operations routing only after the task and deployment target are known.

Preserve mutation boundaries

Use repository-approved package, build, and deploy commands.
Audit and dry-run Cloudflare, DNS, cache, registrar, header, and hardening changes before an authorized apply.
Treat staging and production as separate authorization boundaries.
Keep secrets out of command output, committed files, profiles, and reports.
Do not install host software, update the toolkit, reinstall skills, deploy, publish, or release merely because ordinary site work was requested.
Stop on unexplained profile conflicts, destructive generated-file churn, or incompatible toolkit versions.

Complete with evidence

Report the management evidence, project authority followed, readiness state, toolkit commands used, files and environments changed, dry-run and live evidence, warnings, skipped checks, rollback path, and unresolved uncertainty.

Read toolkit maintenance only for toolkit updates, host setup, skill distribution, or toolkit publication.