[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6C21VGHXMBDNDRZJGDW63CE":3,"skill-same:01M6C21VGHXMBDNDRZJGDW63CE":95},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":28,"publishedAt":45,"linkOnly":46,"markdownContent":47,"markdownBody":48,"frontMatter":49,"refName":51,"commitSha":52,"skillDirectory":53,"forksCount":54,"repositoryHtmlUrl":55,"repositoryHomepageUrl":6,"ownerHtmlUrl":56,"ownerBlogUrl":57,"ownerDescription":6,"updatedAt":58,"install":59,"resources":72},"01M6C21VGHXMBDNDRZJGDW63CE","wp-patterns",null,"Generate technically correct, design-distinctive WordPress block patterns. Use when creating block patterns, starter page patterns, template patterns, template part patterns, or improving pattern design quality. Covers pattern registration (PHP headers, auto\u002Fmanual), block markup syntax, theme.json design tokens, categories, template types, accessibility, and i18n\u002Fescaping.","gambitph\u002FCimo","gambitph","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F3227089?v=4","01M6C1ZD8129MTRC23K53VJ45E","Gambit Technologies","01M6C1ZDCJPEHP3CKCWNG7HDVV",2,"GPL-2.0","https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-patterns\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000032","设计师","PROFESSION","适用职业",[29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44],"wp patterns","design","wordpress","accessibility","generate","file","php","correct","json","template","page","quality","syntax","use","html","auto","2026-11-10 10:12:30",false,"---\nname: wp-patterns\ndescription: \"Generate technically correct, design-distinctive WordPress block patterns. Use when creating block patterns, starter page patterns, template patterns, template part patterns, or improving pattern design quality. Covers pattern registration (PHP headers, auto\u002Fmanual), block markup syntax, theme.json design tokens, categories, template types, accessibility, and i18n\u002Fescaping.\"\ncompatibility: \"Targets WordPress 7.0+ (PHP 7.4.0+). Patterns use block markup (HTML comments with JSON), PHP file headers, and theme.json presets.\"\n---\n\n# WordPress Block Patterns\n\n## When to use\n\nUse this skill when creating, updating, or reviewing WordPress block patterns such as:\n\n- filesystem patterns in `patterns\u002F*.php`\n- starter page patterns for page\u002Fpost content\n- template patterns using `Template Types`\n- template part patterns for headers, footers, sidebars, or other parts\n- pattern category, keyword, inserter, block type, and template type metadata\n- pattern markup validation, escaping, i18n, accessibility, or design quality improvements\n\nGenerate production-grade patterns that are technically correct, design-distinctive, theme-compatible, and accessible. If the user is building a custom block, changing `block.json`, or adding dynamic rendering, use `wp-block-development` instead. If the user needs frontend interactivity, use `wp-interactivity-api`.\n\n## Inputs required\n\n- Repo root and target theme\u002Fplugin directory.\n- Pattern type: section, starter page, template, template part, or manually registered plugin pattern.\n- Theme\u002Fplugin slug, pattern slug, and text domain.\n- Pattern title, categories, keywords, block types, template types, and inserter visibility.\n- Target WordPress version if it differs from this repo's compatibility contract.\n- Available `theme.json` presets for colors, typography, spacing, layout, and gradients.\n- Asset paths for images\u002Ficons, including whether assets are decorative or informational.\n- Verification environment: WordPress Playground, wp-env, local WordPress, or manual Code Editor check.\n- If updating an existing pattern: current slug, current file path, and whether existing inserted content must remain compatible.\n- For child themes: child theme slug, text domain, and asset root; do not reuse the parent namespace unless explicitly intended.\n\n## Guardrails\n\nBefore writing any pattern, internalize these constraints:\n\n1. **Block markup only** — all visual design is expressed through block comment attributes and theme.json presets. No inline `\u003Cstyle>` tags, no custom CSS classes, no arbitrary HTML outside of block wrappers.\n\n2. **No JavaScript** — patterns are static block markup. For interactivity, use blocks that natively support it (Navigation, Search, Query Loop). Never inject `\u003Cscript>` tags.\n\n3. **PHP runs at `init`, not render** — pattern files execute PHP once during registration. Never use query-dependent functions (`get_posts()`, `the_title()`, `wp_get_current_user()`). Safe: `esc_html_e()`, `get_theme_file_uri()`. Read `references\u002Fpattern-registration.md` for registration-time PHP constraints.\n\n4. **Always escape** — every PHP output must use `esc_html__()`, `esc_attr__()`, or `esc_url()`. No raw `echo` of user-facing strings. Read `references\u002Fpattern-registration.md` for safe PHP output functions.\n\n5. **Always i18n** — every user-visible string must be wrapped in a translation function with the theme\u002Fplugin text domain. Use `esc_html_e()` (echo + escape + translate) or `esc_html__()` (return + escape + translate). Read `references\u002Fpattern-registration.md` for text domain and i18n examples.\n\n6. **Prefer presets over hardcoded values** — use `\"backgroundColor\":\"primary\"` not `\"style\":{\"color\":{\"background\":\"#0073aa\"}}`. Presets adapt to theme changes and style variations.\n\n7. **Valid nesting** — every opening `\u003C!-- wp:block -->` must have a matching `\u003C!-- \u002Fwp:block -->`. Nesting must be properly ordered. Self-closing blocks use `\u003C!-- wp:block \u002F-->`.\n\n8. **Use native blocks for behavior** — use Query Loop, Search, Navigation, Social Icons, or an existing form block instead of custom PHP\u002FHTML behavior. For newsletter, donation, payment, or map behavior, create a CTA\u002Fplaceholder or use an existing block\u002Fplugin; do not invent forms, iframes, scripts, or third-party processing.\n\n9. **Prefer local assets** — use theme\u002Fplugin assets with `get_theme_file_uri()` and `esc_url()`. Avoid external placeholder image URLs unless the user explicitly approves them.\n\nReference: `references\u002Fblock-markup-reference.md` for syntax, `references\u002Fanti-patterns.md` for what to avoid.\n\n## Procedure\n\n### 0) Triage and locate the pattern target\n\n1. Run triage when working in a repository:\n   - `node skills\u002Fwp-project-triage\u002Fscripts\u002Fdetect_wp_project.mjs`\n2. For block themes, locate the target theme root:\n   - `node skills\u002Fwp-block-themes\u002Fscripts\u002Fdetect_block_themes.mjs`\n3. Confirm the pattern belongs in a theme `patterns\u002F` directory or needs manual plugin registration.\n4. If multiple themes\u002Fplugins exist, scope all changes to the requested target.\n\nIf the user did not provide required inputs, infer only low-risk defaults. Ask before inventing a theme slug, text domain, asset path, custom post type, taxonomy, event date field, or theme-specific preset. If `theme.json` is missing or presets cannot be verified, use conservative core presets or ask before using theme-specific slugs.\n\n### 1) Design thinking\n\nBefore writing markup, make **5 deliberate design decisions**. This is what separates distinctive patterns from generic AI output.\n\nReference: `references\u002Fdesign-with-tokens.md` for translating decisions to block attributes.\n\n#### Decision 1: Purpose\nWhat does this pattern achieve for the end user? A hero converts visitors. A testimonial grid builds trust. A pricing table drives comparison. Let purpose drive every subsequent choice.\n\n#### Decision 2: Tone\nChoose a clear direction and map it to block attributes:\n\n| Tone | Color Strategy | Typography | Layout |\n|------|---------------|------------|--------|\n| **Bold\u002Fenergetic** | High contrast, accent backgrounds, gradients | XX-large headings, tight letter-spacing, uppercase accents | Full-width, asymmetric columns, large padding |\n| **Minimal\u002Frefined** | Base + contrast only, subtle tertiary sections | Restrained sizes, generous line-height | Constrained width, generous whitespace, centered |\n| **Editorial\u002Fmagazine** | Dark sections alternating with light | Mixed font families, varied heading scales | Asymmetric splits (66\u002F33), media-text blocks |\n| **Playful\u002Fcreative** | Multiple accent colors, bright backgrounds | Large display sizes, varied weights | Grid layouts, unexpected column ratios, rounded corners |\n| **Corporate\u002Fprofessional** | Neutral palette, primary for CTAs only | Consistent scale, body font dominant | Equal columns, structured grid, minimal decoration |\n\n#### Decision 3: Spatial Composition\nChoose your primary layout strategy:\n- **Constrained centered** — classic content width with wide breakouts\n- **Full-width sections** — alternating background bands\n- **Asymmetric split** — 60\u002F40 or 70\u002F30 columns with content + media\n- **Grid** — block-native grid or columns layouts for cards, team members, portfolio items\n- **Stacked vertical** — flex column with varied spacing for editorial feel\n\nVary spacing intentionally:\n- Tight `blockGap` (spacing|20-30) for related elements within a card\n- Standard `blockGap` (spacing|40) for flowing content\n- Generous padding (spacing|60-80) on section wrappers for breathing room\n\n#### Decision 4: Typography Hierarchy\nPlan your type scale before writing markup:\n- **Hero heading**: `fontSize:\"xx-large\"` + `fontFamily:\"heading\"` + tight `lineHeight`\n- **Section heading**: `fontSize:\"x-large\"` + `fontFamily:\"heading\"`\n- **Subtitle\u002Flead**: `fontSize:\"large\"` + `textColor:\"secondary\"` or `fontFamily:\"body\"`\n- **Body**: `fontSize:\"medium\"` or default\n- **Caption\u002Fmeta**: `fontSize:\"small\"` + `textColor:\"secondary\"`\n\nAdd at least one typographic accent:\n- Uppercase + letter-spacing for labels\n- Tight letter-spacing on display headings\n- Italic for pull quotes\n- Monospace for technical\u002Fcode content\n\n#### Decision 5: Color Strategy\nPlan section-by-section color flow:\n- **Light section**: `base` background, `contrast` text (default)\n- **Dark section**: `contrast` background, `base` text (inverted)\n- **Accent section**: `primary` or `tertiary` background\n- **Gradient section**: cover block with gradient overlay\n\nA pattern with multiple sections should vary backgrounds — don't use the same background for every section.\n\n### Pattern-specific decisions\n\n- **Starter pages**: include `Block Types: core\u002Fpost-content` unless the pattern is specifically for a template or template part.\n- **Template patterns**: set `Template Types` and use `Inserter: no` when the pattern should only be offered in template replacement flows.\n- **Query Loop patterns**: use `core\u002Fquery` with `core\u002Fpost-template`, post title\u002Fexcerpt\u002Fdate\u002Ffeatured image blocks, pagination, and `core\u002Fquery-no-results` where relevant. For archive, search, category, and author templates, prefer inherited query context instead of custom PHP. For CPT\u002Fevent queries, confirm the post type slug, taxonomy\u002Fdate assumptions, and available blocks before generating markup.\n- **Comparison, pricing, timeline, and schedule patterns**: use clear headings, list\u002Ftable or labeled-card structure, and non-color-only emphasis for featured states.\n- **Social, navigation, and search patterns**: use native blocks and verify accessible labels, link text, and search context. In 404 patterns, pair the Search block with recovery copy that explains what the user can try next.\n- **Forms, donations, payments, maps, and newsletter signups**: use an existing block\u002Fplugin\u002Fservice or a static CTA\u002Fplaceholder. Do not create raw form handling or third-party behavior inside a pattern.\n\n### High-impact visual patterns\n\nUse these composition moves when the request calls for a visually distinctive pattern:\n\n- **Oversized display type**: use a short word or title at display scale with tight line-height, uppercase or italic treatment, and enough surrounding space. Keep letter spacing at `0` unless the design specifically needs a tracked wordmark.\n- **Offset color fields**: split a cover background with a hard-stop gradient or two-tone color field, then let the type or image cross the boundary.\n- **Editorial cover image**: use a full-bleed Cover block with image, dim\u002Fduotone treatment, and left-anchored copy; place the CTA in a clearly separated lower area.\n- **Image plus quiet content**: use Media & Text for case-study or portfolio patterns where the image carries visual weight and the content side stays intentionally sparse.\n- **Header plus hero**: combine a flex header with Site Logo, Site Title, and Navigation above a full-width Cover when the pattern is a page opener or starter page.\n- **Post index as graphic layout**: for Query Loop patterns, make dates and titles part of the visual hierarchy with large title links, strong separators, and pagination.\n- **Repeated display text**: repeat a single word or short phrase in varied tones when the design is poster-like, but keep it readable and avoid repeating long content.\n- **Centered image on two-tone field**: place a single image inside a constrained group over a split-color background for a gallery, collection, or album-style pattern.\n\nThese moves should still pass the technical checklist: valid block markup, translatable\u002Fescaped strings, local or approved assets, accessible labels, no scripts, no inline `\u003Cstyle>` tags, and no custom CSS classes.\n\n### 2) Plan block structure\n\nSketch the nesting tree before writing markup. Example for a hero pattern:\n\n```\nGroup (full-width, constrained layout, dark bg, vertical padding 80)\n  Group (constrained inner, flex vertical, center align)\n    Paragraph (uppercase label, small, letter-spacing, accent color)\n    Heading (h2, xx-large, heading font, tight line-height)\n    Paragraph (lead text, large, secondary color)\n    Buttons (flex, center)\n      Button (primary bg, base text)\n      Button (outline style)\n```\n\nThis step catches nesting errors and ensures intentional hierarchy before you write a single comment tag.\n\n### 3) Write the pattern file\n\nAssemble the PHP header and block markup.\n\n**File header** (for theme auto-registration):\n```php\n\u003C?php\n\u002F**\n * Title: [Descriptive Name]\n * Slug: theme-slug\u002Fpattern-name\n * Categories: [comma-separated slugs]\n * Keywords: [search terms]\n * Viewport Width: 1400\n * Block Types: [if starter\u002Ftemplate part pattern]\n * Template Types: [if template pattern]\n *\u002F\n?>\n```\n\nReference: `references\u002Fpattern-registration.md` for all header fields and PHP rules.\nReference: `references\u002Fpattern-categories-and-types.md` for category selection and template types.\n\nFor plugin or conditional patterns, register manually on `init` with `register_block_pattern()`. Use translated `title`, `description`, and `keywords`; keep `content` static block markup; and avoid runtime queries. Register custom categories before using them with `register_block_pattern_category()` or define theme-owned categories in `theme.json`. For WordPress versions before filesystem auto-registration support, use manual registration instead of `patterns\u002F*.php` auto-discovery.\n\n**Block markup body:**\n- Follow the nesting tree from step 3\n- Use preset slugs for colors, font sizes, spacing\n- Include `esc_html_e()` for all visible text\n- Include `esc_url( get_theme_file_uri() )` for theme images\n- Use placeholder text that reflects real content (not \"Lorem ipsum\" — use realistic example text appropriate to the pattern's purpose)\n\n### 4) Design quality check\n\nReview against anti-patterns (`references\u002Fanti-patterns.md`):\n\n- [ ] **Not generic**: pattern makes at least 3 distinctive design choices\n- [ ] **Layout variety**: not defaulting to 3 equal columns or uniform symmetric layouts\n- [ ] **Color rhythm**: sections alternate or vary backgrounds — not all the same\n- [ ] **Typography contrast**: headings clearly distinct from body (size, family, or weight)\n- [ ] **Spatial intention**: padding and gaps vary by context, not uniform everywhere\n- [ ] **Meaningful content**: placeholder text reflects real use, buttons describe actions\n- [ ] **Specific structure**: comparisons, timelines, schedules, pricing, menus, and documentation cards have labels that make sense without relying on visual position alone\n- [ ] **Restrained but distinctive**: corporate\u002Fprofessional patterns still include a clear hierarchy, accent, or layout choice; playful patterns do not become a one-note palette or repeated gradient treatment\n\n### 5) Technical validation\n\n- [ ] Every `\u003C!-- wp:block -->` has matching `\u003C!-- \u002Fwp:block -->`\n- [ ] JSON in block comments is valid (no trailing commas, strings double-quoted)\n- [ ] All user-visible strings use `esc_html_e()` or `esc_html__()`\n- [ ] All URLs use `esc_url()`\n- [ ] All attribute values with translatable text use `esc_attr_e()` or `esc_attr__()`\n- [ ] Informational images have descriptive translated alt text; decorative images use empty alt text intentionally\n- [ ] Heading levels are sequential (h2 → h3 → h4, never skip)\n- [ ] Preset slugs are valid defaults or documented as theme-specific\n- [ ] `Slug` in header uses correct namespace: `theme-slug\u002Fpattern-name`\n- [ ] No inline `\u003Cstyle>`, no `\u003Cscript>`, no custom CSS classes\n- [ ] No query-dependent PHP functions\n- [ ] Button\u002Flink labels are action-specific; avoid vague labels such as \"Click Here\" or \"Read More\"\n- [ ] Updating an existing pattern preserves the `Slug` unless intentionally creating a new pattern\n\n## Verification\n\nTest the pattern in a real WordPress environment:\n\n**Using WordPress Playground (recommended):**\n```bash\nnpx @wp-playground\u002Fcli@latest server --auto-mount\n```\nMount the theme directory and verify:\n- Pattern appears in inserter under specified categories\n- Pattern inserts without block validation errors\n- Layout renders correctly at desktop and mobile widths\n- Content is editable (text, images, buttons)\n- If `templateLock` is used, locked elements resist editing\n\nFor template patterns, verify the Site Editor offers the pattern in the expected template replacement flow. If `Inserter: no` is used, confirm it is hidden from the general inserter but still available where intended.\n\n**Manual check:**\n- Paste block markup into the Code Editor view in WordPress\n- Switch to Visual Editor — blocks should parse without \"Attempt Block Recovery\" prompts\n- If recovery is needed, the markup has syntax errors\n\nRun the repo's existing lint, build, or test commands if the pattern change touches assets, generated files, or registration code.\n\nWhen updating an existing pattern, remember that inserted pattern content is copied into posts\u002Ftemplates. Changing the pattern file does not retroactively update already inserted content, and changing block names or saved markup can create recovery prompts for newly inserted content.\n\nFor PR or package review, confirm the diff is scoped to the intended pattern files, references, scripts, and eval scenarios. Do not mix unrelated repo updates into a pattern change.\n\n## Failure modes \u002F debugging\n\nStart with `references\u002Fblock-markup-reference.md`, `references\u002Fpattern-registration.md`, and `references\u002Fanti-patterns.md`.\n\nCommon failures:\n\n- **Pattern missing from inserter**: check required `Title`, `Slug`, and `Categories` headers; confirm the file is under `patterns\u002F*.php`; confirm `Inserter: no` is not hiding it.\n- **Wrong pattern shown or overwritten**: check for slug collisions and ensure the slug is namespaced as `theme-slug\u002Fpattern-name` or `plugin-slug\u002Fpattern-name`.\n- **Block recovery prompt appears**: validate block comment nesting, JSON syntax, and closing comments.\n- **Strings are not translated or escaped**: replace raw text\u002FPHP output with `esc_html_e()`, `esc_html__()`, `esc_attr_e()`, `esc_attr__()`, or `esc_url()` as appropriate.\n- **Translations do not load**: verify the text domain matches the target theme\u002Fplugin.\n- **Dynamic content is stale or unavailable**: remove query-dependent PHP (`get_posts()`, `the_title()`, `wp_get_current_user()`) and use blocks such as Query Loop instead.\n- **Query Loop output is incomplete**: check for `core\u002Fpost-template`, post title\u002Fexcerpt\u002Fdate\u002Fimage blocks, pagination when needed, and `core\u002Fquery-no-results` fallback.\n- **Archive\u002Fsearch\u002Fcategory\u002Fauthor context is wrong**: use inherited query context instead of hardcoded runtime PHP.\n- **CPT or event listings are wrong**: confirm post type slugs, taxonomy\u002Fdate fields, and plugin-provided blocks before generating the pattern.\n- **Styles do not match the theme**: confirm preset slugs exist in `theme.json`; avoid unsupported theme-specific slugs unless documented.\n- **Accessibility issues**: fix skipped heading levels, empty alt text for informational images, low-contrast preset combinations, vague button\u002Flink text, social icon labels, search labels, and color-only emphasis.\n- **Manual registration fails**: confirm the code runs on `init`, categories are registered before patterns, and pattern content remains static block markup.\n\n## Escalation\n\nStop and ask for help or consult canonical docs when:\n\n- Theme-specific preset slugs, text domains, asset paths, or pattern categories cannot be verified.\n- Color contrast, image meaning, or content hierarchy needs human design\u002Faccessibility judgment.\n- Behavior depends on a WordPress\u002FGutenberg version that is not covered by this repo's compatibility contract.\n- The request requires a custom block, dynamic rendering, or saved-block migration; route to `wp-block-development`.\n- The request requires frontend interactivity beyond native blocks; route to `wp-interactivity-api`.\n\nUse WordPress Developer Resources, the Theme Handbook, and the Block Editor Handbook for upstream behavior before inventing version-sensitive guidance.\n\n## Example Prompts\n\n### Hero Section\n> \"Create a bold hero pattern with a large heading, subtitle, and two CTA buttons. Dark background, full-width, for a creative agency theme.\"\n\nExpected: Cover or Group block with contrast bg, constrained inner, heading with xx-large + heading font, paragraph with secondary color, Buttons with primary + outline styles.\n\n### Testimonial Grid\n> \"Create a 3-column testimonial grid with avatar, quote, name, and role. Alternating card backgrounds.\"\n\nExpected: Group wrapper, block-native grid or Columns layout (3 columns, responsive), inner Group cards with varied tertiary\u002Fbase backgrounds, Image block for avatar (rounded border-radius), Paragraph for quote (italic), Heading h3 for name, Paragraph small for role.\n\n### Blog Post Listing\n> \"Create a starter page pattern for a blog index with featured post hero and 3-column grid of recent posts below.\"\n\nExpected: `Block Types: core\u002Fpost-content` header, Query Loop for featured post (perPage 1, large layout), second Query Loop for grid (perPage 3, grid layout with post-template), clear visual separation between sections.\n\n### Footer with Columns\n> \"Create a 4-column footer pattern with logo, navigation links, contact info, and social icons. Dark background.\"\n\nExpected: `Block Types: core\u002Ftemplate-part\u002Ffooter` header, Group full-width with contrast bg, Columns (4), Site Logo block, Navigation or list blocks, Paragraph blocks for contact, Social Icons block. `Inserter: no`.\n","# WordPress Block Patterns\n\n## When to use\n\nUse this skill when creating, updating, or reviewing WordPress block patterns such as:\n\n- filesystem patterns in `patterns\u002F*.php`\n- starter page patterns for page\u002Fpost content\n- template patterns using `Template Types`\n- template part patterns for headers, footers, sidebars, or other parts\n- pattern category, keyword, inserter, block type, and template type metadata\n- pattern markup validation, escaping, i18n, accessibility, or design quality improvements\n\nGenerate production-grade patterns that are technically correct, design-distinctive, theme-compatible, and accessible. If the user is building a custom block, changing `block.json`, or adding dynamic rendering, use `wp-block-development` instead. If the user needs frontend interactivity, use `wp-interactivity-api`.\n\n## Inputs required\n\n- Repo root and target theme\u002Fplugin directory.\n- Pattern type: section, starter page, template, template part, or manually registered plugin pattern.\n- Theme\u002Fplugin slug, pattern slug, and text domain.\n- Pattern title, categories, keywords, block types, template types, and inserter visibility.\n- Target WordPress version if it differs from this repo's compatibility contract.\n- Available `theme.json` presets for colors, typography, spacing, layout, and gradients.\n- Asset paths for images\u002Ficons, including whether assets are decorative or informational.\n- Verification environment: WordPress Playground, wp-env, local WordPress, or manual Code Editor check.\n- If updating an existing pattern: current slug, current file path, and whether existing inserted content must remain compatible.\n- For child themes: child theme slug, text domain, and asset root; do not reuse the parent namespace unless explicitly intended.\n\n## Guardrails\n\nBefore writing any pattern, internalize these constraints:\n\n1. **Block markup only** — all visual design is expressed through block comment attributes and theme.json presets. No inline `\u003Cstyle>` tags, no custom CSS classes, no arbitrary HTML outside of block wrappers.\n\n2. **No JavaScript** — patterns are static block markup. For interactivity, use blocks that natively support it (Navigation, Search, Query Loop). Never inject `\u003Cscript>` tags.\n\n3. **PHP runs at `init`, not render** — pattern files execute PHP once during registration. Never use query-dependent functions (`get_posts()`, `the_title()`, `wp_get_current_user()`). Safe: `esc_html_e()`, `get_theme_file_uri()`. Read `references\u002Fpattern-registration.md` for registration-time PHP constraints.\n\n4. **Always escape** — every PHP output must use `esc_html__()`, `esc_attr__()`, or `esc_url()`. No raw `echo` of user-facing strings. Read `references\u002Fpattern-registration.md` for safe PHP output functions.\n\n5. **Always i18n** — every user-visible string must be wrapped in a translation function with the theme\u002Fplugin text domain. Use `esc_html_e()` (echo + escape + translate) or `esc_html__()` (return + escape + translate). Read `references\u002Fpattern-registration.md` for text domain and i18n examples.\n\n6. **Prefer presets over hardcoded values** — use `\"backgroundColor\":\"primary\"` not `\"style\":{\"color\":{\"background\":\"#0073aa\"}}`. Presets adapt to theme changes and style variations.\n\n7. **Valid nesting** — every opening `\u003C!-- wp:block -->` must have a matching `\u003C!-- \u002Fwp:block -->`. Nesting must be properly ordered. Self-closing blocks use `\u003C!-- wp:block \u002F-->`.\n\n8. **Use native blocks for behavior** — use Query Loop, Search, Navigation, Social Icons, or an existing form block instead of custom PHP\u002FHTML behavior. For newsletter, donation, payment, or map behavior, create a CTA\u002Fplaceholder or use an existing block\u002Fplugin; do not invent forms, iframes, scripts, or third-party processing.\n\n9. **Prefer local assets** — use theme\u002Fplugin assets with `get_theme_file_uri()` and `esc_url()`. Avoid external placeholder image URLs unless the user explicitly approves them.\n\nReference: `references\u002Fblock-markup-reference.md` for syntax, `references\u002Fanti-patterns.md` for what to avoid.\n\n## Procedure\n\n### 0) Triage and locate the pattern target\n\n1. Run triage when working in a repository:\n   - `node skills\u002Fwp-project-triage\u002Fscripts\u002Fdetect_wp_project.mjs`\n2. For block themes, locate the target theme root:\n   - `node skills\u002Fwp-block-themes\u002Fscripts\u002Fdetect_block_themes.mjs`\n3. Confirm the pattern belongs in a theme `patterns\u002F` directory or needs manual plugin registration.\n4. If multiple themes\u002Fplugins exist, scope all changes to the requested target.\n\nIf the user did not provide required inputs, infer only low-risk defaults. Ask before inventing a theme slug, text domain, asset path, custom post type, taxonomy, event date field, or theme-specific preset. If `theme.json` is missing or presets cannot be verified, use conservative core presets or ask before using theme-specific slugs.\n\n### 1) Design thinking\n\nBefore writing markup, make **5 deliberate design decisions**. This is what separates distinctive patterns from generic AI output.\n\nReference: `references\u002Fdesign-with-tokens.md` for translating decisions to block attributes.\n\n#### Decision 1: Purpose\nWhat does this pattern achieve for the end user? A hero converts visitors. A testimonial grid builds trust. A pricing table drives comparison. Let purpose drive every subsequent choice.\n\n#### Decision 2: Tone\nChoose a clear direction and map it to block attributes:\n\n| Tone | Color Strategy | Typography | Layout |\n|------|---------------|------------|--------|\n| **Bold\u002Fenergetic** | High contrast, accent backgrounds, gradients | XX-large headings, tight letter-spacing, uppercase accents | Full-width, asymmetric columns, large padding |\n| **Minimal\u002Frefined** | Base + contrast only, subtle tertiary sections | Restrained sizes, generous line-height | Constrained width, generous whitespace, centered |\n| **Editorial\u002Fmagazine** | Dark sections alternating with light | Mixed font families, varied heading scales | Asymmetric splits (66\u002F33), media-text blocks |\n| **Playful\u002Fcreative** | Multiple accent colors, bright backgrounds | Large display sizes, varied weights | Grid layouts, unexpected column ratios, rounded corners |\n| **Corporate\u002Fprofessional** | Neutral palette, primary for CTAs only | Consistent scale, body font dominant | Equal columns, structured grid, minimal decoration |\n\n#### Decision 3: Spatial Composition\nChoose your primary layout strategy:\n- **Constrained centered** — classic content width with wide breakouts\n- **Full-width sections** — alternating background bands\n- **Asymmetric split** — 60\u002F40 or 70\u002F30 columns with content + media\n- **Grid** — block-native grid or columns layouts for cards, team members, portfolio items\n- **Stacked vertical** — flex column with varied spacing for editorial feel\n\nVary spacing intentionally:\n- Tight `blockGap` (spacing|20-30) for related elements within a card\n- Standard `blockGap` (spacing|40) for flowing content\n- Generous padding (spacing|60-80) on section wrappers for breathing room\n\n#### Decision 4: Typography Hierarchy\nPlan your type scale before writing markup:\n- **Hero heading**: `fontSize:\"xx-large\"` + `fontFamily:\"heading\"` + tight `lineHeight`\n- **Section heading**: `fontSize:\"x-large\"` + `fontFamily:\"heading\"`\n- **Subtitle\u002Flead**: `fontSize:\"large\"` + `textColor:\"secondary\"` or `fontFamily:\"body\"`\n- **Body**: `fontSize:\"medium\"` or default\n- **Caption\u002Fmeta**: `fontSize:\"small\"` + `textColor:\"secondary\"`\n\nAdd at least one typographic accent:\n- Uppercase + letter-spacing for labels\n- Tight letter-spacing on display headings\n- Italic for pull quotes\n- Monospace for technical\u002Fcode content\n\n#### Decision 5: Color Strategy\nPlan section-by-section color flow:\n- **Light section**: `base` background, `contrast` text (default)\n- **Dark section**: `contrast` background, `base` text (inverted)\n- **Accent section**: `primary` or `tertiary` background\n- **Gradient section**: cover block with gradient overlay\n\nA pattern with multiple sections should vary backgrounds — don't use the same background for every section.\n\n### Pattern-specific decisions\n\n- **Starter pages**: include `Block Types: core\u002Fpost-content` unless the pattern is specifically for a template or template part.\n- **Template patterns**: set `Template Types` and use `Inserter: no` when the pattern should only be offered in template replacement flows.\n- **Query Loop patterns**: use `core\u002Fquery` with `core\u002Fpost-template`, post title\u002Fexcerpt\u002Fdate\u002Ffeatured image blocks, pagination, and `core\u002Fquery-no-results` where relevant. For archive, search, category, and author templates, prefer inherited query context instead of custom PHP. For CPT\u002Fevent queries, confirm the post type slug, taxonomy\u002Fdate assumptions, and available blocks before generating markup.\n- **Comparison, pricing, timeline, and schedule patterns**: use clear headings, list\u002Ftable or labeled-card structure, and non-color-only emphasis for featured states.\n- **Social, navigation, and search patterns**: use native blocks and verify accessible labels, link text, and search context. In 404 patterns, pair the Search block with recovery copy that explains what the user can try next.\n- **Forms, donations, payments, maps, and newsletter signups**: use an existing block\u002Fplugin\u002Fservice or a static CTA\u002Fplaceholder. Do not create raw form handling or third-party behavior inside a pattern.\n\n### High-impact visual patterns\n\nUse these composition moves when the request calls for a visually distinctive pattern:\n\n- **Oversized display type**: use a short word or title at display scale with tight line-height, uppercase or italic treatment, and enough surrounding space. Keep letter spacing at `0` unless the design specifically needs a tracked wordmark.\n- **Offset color fields**: split a cover background with a hard-stop gradient or two-tone color field, then let the type or image cross the boundary.\n- **Editorial cover image**: use a full-bleed Cover block with image, dim\u002Fduotone treatment, and left-anchored copy; place the CTA in a clearly separated lower area.\n- **Image plus quiet content**: use Media & Text for case-study or portfolio patterns where the image carries visual weight and the content side stays intentionally sparse.\n- **Header plus hero**: combine a flex header with Site Logo, Site Title, and Navigation above a full-width Cover when the pattern is a page opener or starter page.\n- **Post index as graphic layout**: for Query Loop patterns, make dates and titles part of the visual hierarchy with large title links, strong separators, and pagination.\n- **Repeated display text**: repeat a single word or short phrase in varied tones when the design is poster-like, but keep it readable and avoid repeating long content.\n- **Centered image on two-tone field**: place a single image inside a constrained group over a split-color background for a gallery, collection, or album-style pattern.\n\nThese moves should still pass the technical checklist: valid block markup, translatable\u002Fescaped strings, local or approved assets, accessible labels, no scripts, no inline `\u003Cstyle>` tags, and no custom CSS classes.\n\n### 2) Plan block structure\n\nSketch the nesting tree before writing markup. Example for a hero pattern:\n\n```\nGroup (full-width, constrained layout, dark bg, vertical padding 80)\n  Group (constrained inner, flex vertical, center align)\n    Paragraph (uppercase label, small, letter-spacing, accent color)\n    Heading (h2, xx-large, heading font, tight line-height)\n    Paragraph (lead text, large, secondary color)\n    Buttons (flex, center)\n      Button (primary bg, base text)\n      Button (outline style)\n```\n\nThis step catches nesting errors and ensures intentional hierarchy before you write a single comment tag.\n\n### 3) Write the pattern file\n\nAssemble the PHP header and block markup.\n\n**File header** (for theme auto-registration):\n```php\n\u003C?php\n\u002F**\n * Title: [Descriptive Name]\n * Slug: theme-slug\u002Fpattern-name\n * Categories: [comma-separated slugs]\n * Keywords: [search terms]\n * Viewport Width: 1400\n * Block Types: [if starter\u002Ftemplate part pattern]\n * Template Types: [if template pattern]\n *\u002F\n?>\n```\n\nReference: `references\u002Fpattern-registration.md` for all header fields and PHP rules.\nReference: `references\u002Fpattern-categories-and-types.md` for category selection and template types.\n\nFor plugin or conditional patterns, register manually on `init` with `register_block_pattern()`. Use translated `title`, `description`, and `keywords`; keep `content` static block markup; and avoid runtime queries. Register custom categories before using them with `register_block_pattern_category()` or define theme-owned categories in `theme.json`. For WordPress versions before filesystem auto-registration support, use manual registration instead of `patterns\u002F*.php` auto-discovery.\n\n**Block markup body:**\n- Follow the nesting tree from step 3\n- Use preset slugs for colors, font sizes, spacing\n- Include `esc_html_e()` for all visible text\n- Include `esc_url( get_theme_file_uri() )` for theme images\n- Use placeholder text that reflects real content (not \"Lorem ipsum\" — use realistic example text appropriate to the pattern's purpose)\n\n### 4) Design quality check\n\nReview against anti-patterns (`references\u002Fanti-patterns.md`):\n\n- [ ] **Not generic**: pattern makes at least 3 distinctive design choices\n- [ ] **Layout variety**: not defaulting to 3 equal columns or uniform symmetric layouts\n- [ ] **Color rhythm**: sections alternate or vary backgrounds — not all the same\n- [ ] **Typography contrast**: headings clearly distinct from body (size, family, or weight)\n- [ ] **Spatial intention**: padding and gaps vary by context, not uniform everywhere\n- [ ] **Meaningful content**: placeholder text reflects real use, buttons describe actions\n- [ ] **Specific structure**: comparisons, timelines, schedules, pricing, menus, and documentation cards have labels that make sense without relying on visual position alone\n- [ ] **Restrained but distinctive**: corporate\u002Fprofessional patterns still include a clear hierarchy, accent, or layout choice; playful patterns do not become a one-note palette or repeated gradient treatment\n\n### 5) Technical validation\n\n- [ ] Every `\u003C!-- wp:block -->` has matching `\u003C!-- \u002Fwp:block -->`\n- [ ] JSON in block comments is valid (no trailing commas, strings double-quoted)\n- [ ] All user-visible strings use `esc_html_e()` or `esc_html__()`\n- [ ] All URLs use `esc_url()`\n- [ ] All attribute values with translatable text use `esc_attr_e()` or `esc_attr__()`\n- [ ] Informational images have descriptive translated alt text; decorative images use empty alt text intentionally\n- [ ] Heading levels are sequential (h2 → h3 → h4, never skip)\n- [ ] Preset slugs are valid defaults or documented as theme-specific\n- [ ] `Slug` in header uses correct namespace: `theme-slug\u002Fpattern-name`\n- [ ] No inline `\u003Cstyle>`, no `\u003Cscript>`, no custom CSS classes\n- [ ] No query-dependent PHP functions\n- [ ] Button\u002Flink labels are action-specific; avoid vague labels such as \"Click Here\" or \"Read More\"\n- [ ] Updating an existing pattern preserves the `Slug` unless intentionally creating a new pattern\n\n## Verification\n\nTest the pattern in a real WordPress environment:\n\n**Using WordPress Playground (recommended):**\n```bash\nnpx @wp-playground\u002Fcli@latest server --auto-mount\n```\nMount the theme directory and verify:\n- Pattern appears in inserter under specified categories\n- Pattern inserts without block validation errors\n- Layout renders correctly at desktop and mobile widths\n- Content is editable (text, images, buttons)\n- If `templateLock` is used, locked elements resist editing\n\nFor template patterns, verify the Site Editor offers the pattern in the expected template replacement flow. If `Inserter: no` is used, confirm it is hidden from the general inserter but still available where intended.\n\n**Manual check:**\n- Paste block markup into the Code Editor view in WordPress\n- Switch to Visual Editor — blocks should parse without \"Attempt Block Recovery\" prompts\n- If recovery is needed, the markup has syntax errors\n\nRun the repo's existing lint, build, or test commands if the pattern change touches assets, generated files, or registration code.\n\nWhen updating an existing pattern, remember that inserted pattern content is copied into posts\u002Ftemplates. Changing the pattern file does not retroactively update already inserted content, and changing block names or saved markup can create recovery prompts for newly inserted content.\n\nFor PR or package review, confirm the diff is scoped to the intended pattern files, references, scripts, and eval scenarios. Do not mix unrelated repo updates into a pattern change.\n\n## Failure modes \u002F debugging\n\nStart with `references\u002Fblock-markup-reference.md`, `references\u002Fpattern-registration.md`, and `references\u002Fanti-patterns.md`.\n\nCommon failures:\n\n- **Pattern missing from inserter**: check required `Title`, `Slug`, and `Categories` headers; confirm the file is under `patterns\u002F*.php`; confirm `Inserter: no` is not hiding it.\n- **Wrong pattern shown or overwritten**: check for slug collisions and ensure the slug is namespaced as `theme-slug\u002Fpattern-name` or `plugin-slug\u002Fpattern-name`.\n- **Block recovery prompt appears**: validate block comment nesting, JSON syntax, and closing comments.\n- **Strings are not translated or escaped**: replace raw text\u002FPHP output with `esc_html_e()`, `esc_html__()`, `esc_attr_e()`, `esc_attr__()`, or `esc_url()` as appropriate.\n- **Translations do not load**: verify the text domain matches the target theme\u002Fplugin.\n- **Dynamic content is stale or unavailable**: remove query-dependent PHP (`get_posts()`, `the_title()`, `wp_get_current_user()`) and use blocks such as Query Loop instead.\n- **Query Loop output is incomplete**: check for `core\u002Fpost-template`, post title\u002Fexcerpt\u002Fdate\u002Fimage blocks, pagination when needed, and `core\u002Fquery-no-results` fallback.\n- **Archive\u002Fsearch\u002Fcategory\u002Fauthor context is wrong**: use inherited query context instead of hardcoded runtime PHP.\n- **CPT or event listings are wrong**: confirm post type slugs, taxonomy\u002Fdate fields, and plugin-provided blocks before generating the pattern.\n- **Styles do not match the theme**: confirm preset slugs exist in `theme.json`; avoid unsupported theme-specific slugs unless documented.\n- **Accessibility issues**: fix skipped heading levels, empty alt text for informational images, low-contrast preset combinations, vague button\u002Flink text, social icon labels, search labels, and color-only emphasis.\n- **Manual registration fails**: confirm the code runs on `init`, categories are registered before patterns, and pattern content remains static block markup.\n\n## Escalation\n\nStop and ask for help or consult canonical docs when:\n\n- Theme-specific preset slugs, text domains, asset paths, or pattern categories cannot be verified.\n- Color contrast, image meaning, or content hierarchy needs human design\u002Faccessibility judgment.\n- Behavior depends on a WordPress\u002FGutenberg version that is not covered by this repo's compatibility contract.\n- The request requires a custom block, dynamic rendering, or saved-block migration; route to `wp-block-development`.\n- The request requires frontend interactivity beyond native blocks; route to `wp-interactivity-api`.\n\nUse WordPress Developer Resources, the Theme Handbook, and the Block Editor Handbook for upstream behavior before inventing version-sensitive guidance.\n\n## Example Prompts\n\n### Hero Section\n> \"Create a bold hero pattern with a large heading, subtitle, and two CTA buttons. Dark background, full-width, for a creative agency theme.\"\n\nExpected: Cover or Group block with contrast bg, constrained inner, heading with xx-large + heading font, paragraph with secondary color, Buttons with primary + outline styles.\n\n### Testimonial Grid\n> \"Create a 3-column testimonial grid with avatar, quote, name, and role. Alternating card backgrounds.\"\n\nExpected: Group wrapper, block-native grid or Columns layout (3 columns, responsive), inner Group cards with varied tertiary\u002Fbase backgrounds, Image block for avatar (rounded border-radius), Paragraph for quote (italic), Heading h3 for name, Paragraph small for role.\n\n### Blog Post Listing\n> \"Create a starter page pattern for a blog index with featured post hero and 3-column grid of recent posts below.\"\n\nExpected: `Block Types: core\u002Fpost-content` header, Query Loop for featured post (perPage 1, large layout), second Query Loop for grid (perPage 3, grid layout with post-template), clear visual separation between sections.\n\n### Footer with Columns\n> \"Create a 4-column footer pattern with logo, navigation links, contact info, and social icons. Dark background.\"\n\nExpected: `Block Types: core\u002Ftemplate-part\u002Ffooter` header, Group full-width with contrast bg, Columns (4), Site Logo block, Navigation or list blocks, Paragraph blocks for contact, Social Icons block. `Inserter: no`.\n",{"name":5,"description":7,"compatibility":50},"Targets WordPress 7.0+ (PHP 7.4.0+). Patterns use block markup (HTML comments with JSON), PHP file headers, and theme.json presets.","develop","647b3a86ad96843d26f677d200372b67b7336254",".cursor\u002Fskills\u002Fwp-patterns",0,"https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo","https:\u002F\u002Fgithub.com\u002Fgambitph","https:\u002F\u002Fwpstackable.com","2026-10-15 14:34:26",{"source":8,"skillName":5,"commands":60,"prompt":70,"zipAvailable":71},[61,64,67],{"tool":62,"command":63},"npx","npx skills add gambitph\u002FCimo --skill wp-patterns",{"tool":65,"command":66},"bunx","bunx skills add gambitph\u002FCimo --skill wp-patterns",{"tool":68,"command":69},"pnpm","pnpm dlx skills add gambitph\u002FCimo --skill wp-patterns","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-patterns\u002FSKILL.md",true,[73,79,83,87,91],{"path":74,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Fanti-patterns.md","REFERENCE","参考文档",5277,"https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-patterns\u002Freferences\u002Fanti-patterns.md",{"path":80,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Fblock-markup-reference.md",7139,"https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-patterns\u002Freferences\u002Fblock-markup-reference.md",{"path":84,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Fdesign-with-tokens.md",6030,"https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-patterns\u002Freferences\u002Fdesign-with-tokens.md",{"path":88,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fpattern-categories-and-types.md",4071,"https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-patterns\u002Freferences\u002Fpattern-categories-and-types.md",{"path":92,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fpattern-registration.md",4673,"https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-patterns\u002Freferences\u002Fpattern-registration.md",[96,113,141,158,178,197],{"skillNo":97,"name":98,"nameZh":6,"description":99,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":100,"categories":101,"keywords":108,"publishedAt":45},"01M6C22DH5PD92NQAX0Y2X0YA6","writing-for-agents","Writing documents for agents. Use when creating or editing skills, or modifying AGENTS.md or CLAUDE.md.","https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwriting-for-agents\u002FSKILL.md",[102,105],{"categoryNo":103,"categoryName":104,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":106,"categoryName":107,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000036","内容创作者",[109,110,111,112,42],"writing","writing for agents","documents","editing",{"skillNo":114,"name":115,"nameZh":6,"description":116,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":117,"categories":118,"keywords":125,"publishedAt":45},"01M6C22APBD07T1MBH301FJKA6","wp-rest-api","Use when building, extending, or debugging WordPress REST API endpoints\u002Froutes: register_rest_route, WP_REST_Controller\u002Fcontroller classes, schema\u002Fargument validation, permission_callback\u002Fauthentication, response shaping, register_rest_field\u002Fregister_meta, or exposing CPTs\u002Ftaxonomies via show_in_rest.","https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-rest-api\u002FSKILL.md",[119,122],{"categoryNo":120,"categoryName":121,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000010","后端与接口",{"categoryNo":123,"categoryName":124,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000030","开发工程师",[126,127,128,129,35,130,131,132,133,42,134,135,136,137,138,31,139,140],"REST","api","wp rest api","debugging","Bash","filesystem","node","controller","Meta","validation","authentication","shaping","workflows","cli","schema",{"skillNo":142,"name":143,"nameZh":6,"description":144,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":145,"categories":146,"keywords":147,"publishedAt":45},"01M6C228355FYPDSH157J7962Z","wp-project-triage","Use when you need a deterministic inspection of a WordPress repository (plugin\u002Ftheme\u002Fblock theme\u002FWP core\u002FGutenberg\u002Ffull site) including tooling\u002Ftests\u002Fversion hints, and a structured JSON report to guide workflows and guardrails.","https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-project-triage\u002FSKILL.md",[],[148,149,150,37,35,130,151,152,131,153,154,155,138,31,139,156,42,157,132],"triage","wp project triage","site","Guardrails","repository","report","core","plugin","version","guide",{"skillNo":159,"name":160,"nameZh":6,"description":161,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":162,"categories":163,"keywords":167,"publishedAt":45},"01M6C225595ZG6MPCRGKA7FSNZ","wp-plugin-directory-guidelines","Use when reviewing WordPress plugins for GPL compliance, checking license headers or compatibility, evaluating upsell\u002Ffreemium\u002Ftrialware patterns, validating plugin naming or trademark rules, checking plugin slugs, understanding why a plugin was rejected from WordPress.org, or answering any question about the 18 WordPress.org Plugin Directory guidelines — even if the user doesn't mention 'guidelines' explicitly.","https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-plugin-directory-guidelines\u002FSKILL.md",[164],{"categoryNo":165,"categoryName":166,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000037","律师与法务",[168,169,155,170,35,171,172,173,174,175,176,177,31,42],"wp plugin directory guidelines","guidelines","directory","user","question","Rules","why","compliance","plugins","license",{"skillNo":179,"name":180,"nameZh":6,"description":181,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":182,"categories":183,"keywords":185,"publishedAt":45},"01M6C221V1PYQWWN2CVKSDDHC9","wp-plugin-development","Use when developing WordPress plugins: architecture and hooks, activation\u002Fdeactivation\u002Funinstall, admin UI and Settings API, data storage, cron\u002Ftasks, security (nonces\u002Fcapabilities\u002Fsanitization\u002Fescaping), and release packaging.","https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-plugin-development\u002FSKILL.md",[184],{"categoryNo":120,"categoryName":121,"taxonomyType":21,"taxonomyTypeDesc":22},[155,186,187,188,31,139,189,138,190,42,191,132,131,130,127,192,193,194,195,196],"wp plugin development","development","storage","uninstall","packaging","settings","admin","capabilities","release","tasks","architecture",{"skillNo":198,"name":199,"nameZh":6,"description":200,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":201,"categories":202,"keywords":207,"publishedAt":45},"01M6C21YFXNYHM5B9ZN6JGCAJW","wp-performance","Use when investigating or improving WordPress performance (backend-only agent): profiling and measurement (WP-CLI profile\u002Fdoctor, Server-Timing, Query Monitor via REST headers), database\u002Fquery optimization, autoloaded options, object caching, cron, HTTP API calls, and safe verification.","https:\u002F\u002Fgithub.com\u002Fgambitph\u002FCimo\u002Fblob\u002Fdevelop\u002F.cursor\u002Fskills\u002Fwp-performance\u002FSKILL.md",[203,204],{"categoryNo":120,"categoryName":121,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":205,"categoryName":206,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",[208,209,127,210,42,211,212,35,213,126,214,215,216,217,218,219,220,31,221,139],"wp performance","performance","backend","profile","profiling","cron","Optimization","server","database","verification","doctor","monitor","http","safe"]