Skills

Skill 24 of 48

Rp Project Context

Resolve headless mode, scope, Wix project validity, and browser execution readiness.

2 minutes · 371 words · 4 sections

Install

$ npx skills add wix/skills --skill rp-project-context

$ npx skills add wix/skills

» /plugin marketplace add wix/skills

The first command installs just this skill, by the name in its SKILL.md; the second installs the whole repository.

Project context

Load this resource only when the run’s mode, source/scope, output project, approval state, or browser environment is unresolved. It owns setup decisions, not extraction or UI work.

Read references/safety.md and the applicable mode/scope and preflight sections of references/workflow.md. Read references/output-contract.md only when validating the project or automation-state artifact.

Resolve mode and scope

Standalone uses the public source URL and requires home scope with no --urls.
Migration mode requires --handoff. Read its route families, public URL intent, Wix bindings, slug policy, websiteScope, automationMode, and frontendPhase.allowedNow. The handoff is authoritative.
If a handoff requests non-home or explicit-URL reconstruction, stop with the actionable requirement for the future multi-page workflow. One-click mode does not expand scope.
In plan phase, write/refresh plan-eligible context and evidence only; do not require a runnable frontend or attempt build/release. In build, validate the existing migration-owned project before proceeding.

Provision or validate the project

For standalone home cloning, provision or verify the exact final output directory before artifact generation or UI writes. It must be a real successful Wix CLI scaffold, not a manual fallback, and contain a valid Wix configuration plus package.json dev and build scripts. Create its empty yarn.lock project boundary up front. If the scaffold uses @wix/astro-wix-hosting-adapter, remove a direct standalone @astrojs/cloudflare dependency before install/build normalization.

For migration mode, reuse the handoff-owned project/site only. If project identity or its runnable contract fails, record the precise failure and recover it; never create a sibling scaffold.

Use clear-wix-starter.mjs after a valid template creates demo files, before clone UI work starts.

Browser preflight and recovery

Before browser extraction run:

node scripts/browser-extraction-preflight.mjs --project-root <project-root>

If needed, first attempt --fix. The host must have normal node_modules resolution, required browser/design dependencies, and Chromium; Yarn Plug’n’Play is not sufficient.

For this repository, run path-sensitive Wix/Yarn commands in interactive zsh with the repo-local NVM toolchain. In a one-click run, retry a shell/PATH mismatch once under that aligned shell. If browser launch or network access is sandbox-blocked, request the required escalation and retry. Only then record a blocker; a pending runtime approval is a real wait, not a reason to ask unrelated routine confirmations.

Write/update frontend-automation-state.json whenever the mode, phase, effective scope, scope checkpoint, or auto-progress policy changes. Return to the root supervisor once the context is durable.

Colophon for this issue

Colophon

How this issue was made

Source

github.com/wix/skills, branch main, last pushed 23 September 2026.

Licence

MIT — the text of every skill is reproduced unmodified, frontmatter included, under the upstream licence.

Discovery

48 skills found by walking the repository tree for SKILL.md, not by matching a directory convention. 8 distinct layouts observed: .claude/skills/*/SKILL.md, skills/*/SKILL.md, skills/wix-headless-fast/*/skill.md, skills/wix-headless/*/skill.md, skills/wix-replatform/resources/*/SKILL.md, wix-headless-replatform/resources/*/SKILL.md, */SKILL.md, wix-replatform/resources/*/SKILL.md.

Authorship

1 of 48 skills are installed into the repository rather than published from it. They are shelved in the closing “Credited skills” part and remain the work of their own authors. A skill counts as credited when its only copy lives under one agent’s dot directory; visible directories, per-agent mirror sets, and skills installable from this repository on skills.sh all count as published.

Duplicates collapsed

1 mirror copy folded into their canonical skill — republished for Alternate. Copies match on content hash and on position once a leading per-agent prefix is stripped, because the same skill is routinely shipped under a dozen agent directories with a dozen different hashes.

Issue colours

Resolved from a curated brand profile — hue 261°, chroma 0.190. Two accent tones are generated per issue and each is proven against its own ground before it ships: a single accent that passes AA on both light and dark paper is arithmetically impossible.

Heading repairs

1 repair applied to this skill so the document has one h1 and no skipped levels:

Shifted “4 headings” from h1 to h2 so the skill title is the only h1.

Spec compliance

5 editorial notes across 5 of 48 skills. They are printed in the margin of each skill rather than as errors here.

Wix Headless Fast Entry — 1 note
Wix Headless Fast — 1 note
Wix Headless Entry — 1 note
Replatform — 1 note
Wix Vibe Headless — 1 note

Images

Images inside a skill come from the upstream repository. Where the author gave no alternative text we mark the image decorative rather than inventing a description — a plausible caption we made up is worse than none for the reader who depends on it.

Marketplace

A plugin manifest is published at .claude-plugin/marketplace.json by Wix, declaring 1 plugin. It is read for editorial metadata only — never as the skill index, which is always the repository tree.

Signal

Install counts come from skills.sh. They measure downloads, not quality, and an unranked repository is not an unread one.

Agent surfaces

The whole issue is available as one markdown document at /wix/skills.md, and each skill at its own .md URL.

Publication

Set by Skills Docs from the source repository. Body text is Literata at the reader’s chosen size and measure; code is Geist Mono. Nothing on this page was written by us except this paragraph.

Project context

Load this resource only when the run’s mode, source/scope, output project, approval state, or browser environment is unresolved. It owns setup decisions, not extraction or UI work.

Standalone uses the public source URL and requires home scope with no --urls.

Migration mode requires --handoff. Read its route families, public URL intent, Wix bindings, slug policy, websiteScope, automationMode, and frontendPhase.allowedNow. The handoff is authoritative.

If a handoff requests non-home or explicit-URL reconstruction, stop with the actionable requirement for the future multi-page workflow. One-click mode does not expand scope.

In plan phase, write/refresh plan-eligible context and evidence only; do not require a runnable frontend or attempt build/release. In build, validate the existing migration-owned project before proceeding.

For migration mode, reuse the handoff-owned project/site only. If project identity or its runnable contract fails, record the precise failure and recover it; never create a sibling scaffold.

Use clear-wix-starter.mjs after a valid template creates demo files, before clone UI work starts.

Before browser extraction run:

node scripts/browser-extraction-preflight.mjs --project-root <project-root>

If needed, first attempt --fix. The host must have normal node_modules resolution, required browser/design dependencies, and Chromium; Yarn Plug’n’Play is not sufficient.

Write/update frontend-automation-state.json whenever the mode, phase, effective scope, scope checkpoint, or auto-progress policy changes. Return to the root supervisor once the context is durable.