بنقرة واحدة
site-creator
Create a WordPress site from a rough idea using Studio and shared WordPress skills.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Create a WordPress site from a rough idea using Studio and shared WordPress skills.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Audit a Studio-backed WordPress site for performance, accessibility, and visible frontend quality issues, then recommend or validate improvements.
Create, edit, build, and review a custom WordPress Gutenberg block plugin inside a Studio-backed site.
Create or update a custom WordPress plugin for site functionality that should not live in a theme or a block. Use when the user needs reusable behavior, admin/settings UI, hooks, REST endpoints, scheduled tasks, integrations, or server-side logic for a Studio-backed site.
Use WordPress Studio for local WordPress development, preferring MCP and falling back to the Studio CLI when needed.
Create a modern WordPress block theme.
Route WordPress build, management, and audit requests to the right target and implementation path. Use when the user wants WordPress work and it is not yet clear whether the task should use a local WordPress Studio site, a live WordPress.com site, site creation, theme work, a custom block, a plugin, or an audit.
| name | site-creator |
| description | Create a WordPress site from a rough idea using Studio and shared WordPress skills. |
Use this skill when the user wants a new WordPress site created from a prompt, brief, or rough idea.
This skill is an orchestrator. It should:
design-previews-creator to present the user with design directionstheme-creator for theme implementationauditing for post-build performance, accessibility, or QA requestsstudio for WordPress site operations, review, and iterationDo not duplicate specialist guidance here when another skill already owns it.
Use studio.
If studio asks the user to decide whether to enable Studio MCP, stop there and wait for the user's answer. Do not present the site brief, ask the brief-confirmation question, create the site, or continue into design/build planning in the same response as the MCP setup question.
Use studio to decide whether to create a new site or use an existing one.
Extract or infer:
If the user shared images, logos, or design documents, inspect them for clues about the brand and visual direction.
Guidance:
Layout Intent and carry it into the implementationPresent the brief in this exact shape:
Site Name: ... Site Type: ... Primary Goal: ... Target Audience: ... Tone: ... Brand Keywords: ... Key Sections: ... Layout Intent: ...
Then ask a single combined question that both validates the brief and chooses the next step.
Use this exact wording:
"Does this brief look right? If you'd like changes, tell me what to adjust. Otherwise, do you want to see some design options, or just proceed with the build?"
Wait for the user's answer before continuing.
If the user requests changes to the brief:
If the user wants design options:
design-previews-creator to generate three previews in paralleltheme-creatorIf the user wants to proceed with the build:
theme-creator to create or update the theme from the confirmed briefUse studio for any required WordPress configuration.
Use the review and iteration workflow from studio after content or visible site changes.
If this workflow writes serialized block content into theme files or wp_cli page/post content, the studio validation loop is mandatory before considering the work complete.
If the user asks for performance tuning, accessibility review, or a general polish pass after the build, hand off to auditing.
studio for MCP preference, site-path handling, and fallback behavior.