@respira/wordpress-mcp-server 7.3.0 → 7.4.1

package/skills/migrate-thrive-architect-to-gutenberg/SKILL.md

@@ -0,0 +1,257 @@
+# Migrate Thrive Architect to Gutenberg
+
+**Version:** 2.0.0
+**Updated:** 2026-06-30
+**Freshly updated:** v2.0.0 weaves in the current Respira safety and precision flow — `respira_find_builder_targets` to inventory and scope source pages up front, a `respira_get_snapshot` checkpoint before any write, and surgical fixes via `respira_find_element` + `respira_update_element` (and `respira_batch_update` for multi-element or multi-page corrections) instead of rewriting whole pages. Rollback is now explicit (restore the snapshot, delete the draft duplicates). Reflects the current 16 supported builders.
+
+Full-site migration from Thrive Architect to the WordPress block editor (Gutenberg). Audits every Thrive-built page, maps elements to their Gutenberg block equivalents, builds a migration plan for approval, and executes page-by-page conversion into native block markup — all through duplicates so your live site stays untouched. Use this skill whenever someone mentions migrating from Thrive Architect to Gutenberg, switching from Thrive to blocks, converting Thrive pages to the block editor, or moving away from Thrive Architect to native WordPress.
+
+## What This Skill Does
+
+Thrive Architect is a conversion-focused page builder with a strong emphasis on marketing elements — lead generation forms, countdown timers, testimonials, and content reveal animations. It stores content in its own custom format. Gutenberg uses a flat block structure in `post_content` with HTML comment delimiters. The migration is moderate in complexity: standard content elements translate well, but Thrive's marketing-specific components have no direct Gutenberg equivalents and require alternative solutions.
+
+This skill reads every Thrive Architect page, extracts the builder content, translates each element to its Gutenberg block equivalent, and writes the result to duplicate pages in native block markup — giving you a complete parallel version of your site to review before going live.
+
+**Handles:**
+- Content Box → Group block mapping
+- Column layouts → Columns/Column block mapping
+- Text elements → Paragraph/Heading blocks
+- Image elements → Image block
+- Button elements → Buttons/Button block
+- Video elements → Video/Embed block
+- Divider → Separator block
+- Custom HTML/code content
+- Background sections → Group block with background styles
+- Styled lists → List block
+- Blockquote/Testimonial → Quote block (basic mapping)
+
+## What This Skill Does NOT Do
+
+- Migrate Thrive Leads opt-in forms — a separate email marketing/form solution is needed
+- Convert Thrive Ultimatum countdown timers — no native Gutenberg equivalent
+- Replicate Thrive's content reveal (click-to-expand) functionality
+- Migrate Thrive Quiz Builder or Thrive Apprentice integrations
+- Convert Thrive-specific A/B test variants — flagged for reference only
+- Preserve Thrive's scroll-triggered animations — Gutenberg has limited animation support
+- Migrate Thrive landing page templates — must be rebuilt from the Gutenberg block structure
+- Guarantee pixel-perfect visual parity — different rendering approaches
+
+## Requirements
+
+- Respira for WordPress plugin installed and connected
+- MCP connection active (desktop or WebMCP)
+- Thrive Architect active on the source site
+- Read access to scan Thrive content
+- Write access to create duplicates with Gutenberg content
+
+## Trigger Phrase
+
+- "migrate thrive architect to gutenberg"
+
+## Alternative Triggers
+
+- "convert thrive to blocks"
+- "switch from thrive architect to gutenberg"
+- "move thrive pages to block editor"
+- "replace thrive architect with gutenberg"
+- "thrive architect to wordpress blocks"
+- "migrate thrive to native wordpress"
+
+## Builder Technical Context
+
+**Source: Thrive Architect**
+- Content stored via Thrive's custom format in post_meta
+- Conversion-focused component library with marketing elements
+- Read via `respira_extract_builder_content` with `builder=thrive`
+- Components: content boxes, columns, text, image, button, video, lead generation, countdown, testimonial, styled list, toggle, tabs, etc.
+
+**Target: Gutenberg (Block Editor)**
+- Content stored in `post_content` as HTML with block comment delimiters
+- Format: `<!-- wp:paragraph --><p>Text</p><!-- /wp:paragraph -->`
+- Write via standard WordPress content tools (`respira_update_page` / `respira_update_post`)
+- Core blocks: `paragraph`, `heading`, `image`, `buttons`, `columns`, `group`, `html`, `video`, `separator`, `quote`, `list`, `embed`, etc.
+
+## Execution Workflow
+
+### Phase 1: Pre-Migration Audit
+
+1. Verify Respira + MCP connection via `respira_get_site_context`. If unavailable, stop and show setup guidance.
+2. Detect Thrive Architect presence via `respira_get_builder_info` or `respira_list_plugins`.
+3. Inventory all Thrive-built content:
+   - `respira_list_pages` and `respira_list_posts` — identify all content
+   - `respira_find_builder_targets` with `builder=thrive` — find Thrive-managed pages
+4. For each Thrive page, extract content:
+   - `respira_extract_builder_content` with `builder=thrive`
+   - Catalog: element types used, marketing components (forms, countdowns, testimonials), A/B test variants, custom CSS
+5. Produce an **Audit Report**:
+   - Total pages/posts using Thrive Architect
+   - Element type frequency (how many content boxes, text blocks, images, etc.)
+   - Marketing component inventory (lead gen forms, countdowns, quizzes)
+   - Complexity flags (Thrive Leads integration, A/B tests, landing pages, Thrive Suite dependencies)
+   - Estimated migration difficulty per page (simple / moderate / complex)
+
+### Phase 2: Migration Plan
+
+Present a structured migration plan:
+
+```
+## Thrive Architect → Gutenberg Migration Plan
+
+### Site Overview
+- Total Thrive pages: X
+- Simple pages (direct mapping): X
+- Moderate pages (some manual review needed): X
+- Complex pages (significant manual work): X
+
+### Element Mapping
+| Thrive Element | Gutenberg Block | Notes |
+|---|---|---|
+| Content Box | Group | Container mapping |
+| Columns | Columns / Column | Layout structure |
+| Text | Paragraph / Heading | Content parsed into blocks |
+| Image | Image | Direct mapping |
+| Button | Buttons > Button | Wrapped in container |
+| Lead Gen Form | [MANUAL] | Needs form plugin replacement |
+| Countdown | [MANUAL] | No native equivalent |
+| ... | ... | ... |
+
+### Migration Order
+1. [Page Title] — Simple — estimated 2 min
+2. [Page Title] — Moderate — estimated 5 min
+...
+
+### Items Requiring Manual Attention
+- [Page X] — Thrive Leads form (needs replacement with form plugin)
+- [Page Y] — Countdown timer (needs plugin or removal)
+- [Page Z] — A/B test variant (winning variant migrated, others documented)
+- Landing page templates — must be rebuilt in Gutenberg
+```
+
+Then ask:
+
+> Here's the migration plan. Would you like me to:
+> 1. Migrate all pages (creates duplicates for review)
+> 2. Migrate only simple pages first
+> 3. Migrate specific pages you choose
+> 4. Just keep this as a reference — no changes
+
+Wait for explicit confirmation before proceeding.
+
+### Phase 3: Page-by-Page Migration
+
+For each approved page:
+
+1. Extract Thrive content via `respira_extract_builder_content` with `builder=thrive`
+2. Map each Thrive element to Gutenberg blocks:
+   - Content Boxes → `<!-- wp:group -->` blocks
+   - Columns → `<!-- wp:columns -->` with `<!-- wp:column -->` children
+   - Text → Parse into `<!-- wp:paragraph -->` and `<!-- wp:heading -->` blocks
+   - Image → `<!-- wp:image -->` with src, alt, caption
+   - Button → `<!-- wp:buttons -->` wrapper with `<!-- wp:button -->` child
+   - Video → `<!-- wp:video -->` or `<!-- wp:embed -->` block
+   - Divider → `<!-- wp:separator -->` block
+   - Testimonial → `<!-- wp:quote -->` block (basic mapping)
+   - Styled List → `<!-- wp:list -->` block
+   - Custom HTML → `<!-- wp:html -->` block
+   - Preserve text content, image URLs, link targets
+   - Flag marketing components with `<!-- wp:paragraph --><p>[MIGRATION NOTE: Thrive Lead Gen form was here — replace with form plugin shortcode]</p><!-- /wp:paragraph -->`
+3. Assemble the complete Gutenberg block markup
+4. Take a `respira_get_snapshot` checkpoint of the target before any write, so the page can be restored exactly if the conversion needs unwinding
+5. Create a duplicate via `respira_create_page_duplicate` or `respira_create_post_duplicate`
+6. Write the Gutenberg markup into the duplicate's `post_content` via `respira_update_page` or `respira_update_post`
+7. Surgical fixes (not a rewrite): when a single block lands wrong — a heading, a button label, a spacing value — locate it with `respira_find_element` and correct it in place with `respira_update_element`. For repeated corrections across many blocks or several migrated pages, batch them with `respira_batch_update` rather than regenerating and re-writing whole pages.
+8. Log the migration result (success, warnings, manual review items)
+
+### Phase 4: Post-Migration Verification
+
+1. Summarize all migrated pages with status:
+   - Clean migrations (no issues)
+   - Migrations with warnings (flagged items needing review)
+   - Failed migrations (if any)
+2. List all manual review items:
+   - Lead generation forms that need a replacement plugin (WPForms, Gravity Forms, etc.)
+   - Countdown timers that need a countdown plugin or removal
+   - Testimonials that may benefit from a testimonial block plugin
+   - A/B test data to document before deactivating Thrive
+   - Landing pages that need fresh Gutenberg design
+3. Provide review instructions:
+   - Where to find duplicates in WordPress admin
+   - How to preview pages in the block editor
+   - How to delete duplicates if not wanted
+
+## Safety Model
+
+- Read-only analysis first — full Thrive Architect content audit before any changes
+- Explicit user confirmation before creating any duplicates
+- Snapshot before every write — `respira_get_snapshot` captures the target so it can be returned to its exact prior state
+- Duplicate-first only — never modifies live/published Thrive content
+- Never auto-publishes duplicates
+- Explicit rollback path — restore the snapshot via `respira_restore_snapshot`, or delete the draft duplicates, to undo a migration cleanly
+- Preserves all original Thrive Architect content untouched
+
+## Honest Disclaimer
+
+This skill converts Thrive Architect page structures to Gutenberg block markup and creates duplicates for review.
+
+It cannot:
+- Guarantee pixel-perfect visual parity between builders
+- Migrate Thrive Leads forms or countdown timers automatically
+- Convert A/B test configurations
+- Replicate Thrive's marketing-specific animations and interactions
+- Replace a thorough manual QA pass on every page
+
+It can:
+- Map 60-75% of standard Thrive elements to core Gutenberg blocks
+- Preserve content, images, links, and basic layout structure
+- Clearly flag every marketing component that needs manual replacement
+- Move you off a third-party builder dependency to native WordPress
+- Save days of manual rebuild work
+- Identify exactly what needs manual attention
+
+## Tooling
+
+**Core WordPress tools**
+- `respira_get_site_context`
+- `respira_get_builder_info`
+- `respira_list_pages`
+- `respira_list_posts`
+- `respira_list_plugins`
+- `respira_find_builder_targets`
+- `respira_extract_builder_content`
+- `respira_get_snapshot`
+- `respira_restore_snapshot`
+- `respira_find_element`
+- `respira_update_element`
+- `respira_batch_update`
+- `respira_create_page_duplicate`
+- `respira_create_post_duplicate`
+- `respira_update_page`
+- `respira_update_post`
+- `respira_read_page`
+- `respira_read_post`
+
+## Telemetry
+
+After run completion, send fire-and-forget usage tracking to:
+
+- `POST https://www.respira.press/api/skills/track-usage`
+
+Include:
+- `skill_slug = migrate-thrive-architect-to-gutenberg`
+- site/version context
+- duration and success
+- pages audited, pages migrated, warnings count
+- tools used
+
+Never block user flow on telemetry failure.
+
+## Related Skills
+
+- WordPress Site DNA (understand site structure before migrating)
+- Technical Debt Audit (clean up before or after migration)
+- SEO & AEO Amplifier (verify SEO preservation post-migration)
+
+---
+
+Built by Respira Team
+https://respira.press/skills/migrate-thrive-architect-to-gutenberg

package/skills/migrate-visual-composer-to-gutenberg/SKILL.md

@@ -0,0 +1,261 @@
+# Migrate Visual Composer to Gutenberg
+
+**Version:** 2.0.0
+**Updated:** 2026-06-30
+**Freshly updated:** v2.0.0 weaves in the current Respira safety and precision flow — `respira_find_builder_targets` to inventory and scope source pages up front, a `respira_get_snapshot` checkpoint before any write, and surgical fixes via `respira_find_element` + `respira_update_element` (and `respira_batch_update` for multi-element or multi-page corrections) instead of rewriting whole pages. Rollback is now explicit (restore the snapshot, delete the draft duplicates). Reflects the current 16 supported builders.
+
+Full-site migration from Visual Composer (WPBakery) to the WordPress block editor (Gutenberg). Audits every Visual Composer page, maps elements to their Gutenberg block equivalents, builds a migration plan for approval, and executes page-by-page conversion into native block markup — all through duplicates so your live site stays untouched. Use this skill whenever someone mentions migrating from Visual Composer to Gutenberg, switching from WPBakery to blocks, converting Visual Composer pages to the block editor, or moving away from Visual Composer to native WordPress.
+
+## What This Skill Does
+
+Visual Composer (now WPBakery Page Builder in its classic form, and Visual Composer Website Builder in its newer form) stores content in post_meta using VCV's custom JSON format. It has been one of the most widely-used WordPress page builders, bundled with thousands of themes. Gutenberg uses a flat block structure in `post_content` with HTML comment delimiters. The migration is moderate: Visual Composer's row/column grid and standard elements translate to Gutenberg, but the ecosystem of third-party VC add-ons and theme-bundled custom elements is vast and varied.
+
+This skill reads every Visual Composer page, extracts the builder content, translates each element to its Gutenberg block equivalent, and writes the result to duplicate pages in native block markup — giving you a complete parallel version of your site to review before going live.
+
+**Handles:**
+- vc_row → Group block mapping
+- vc_column → Columns/Column block mapping
+- vc_column_text → Paragraph/Heading blocks
+- vc_single_image → Image block
+- vc_btn / vc_button → Buttons/Button block
+- vc_video → Video/Embed block
+- vc_separator / vc_text_separator → Separator block
+- vc_raw_html → Custom HTML block
+- vc_empty_space → Spacer block
+- vc_custom_heading → Heading block
+- vc_row_inner / vc_column_inner → nested Columns blocks
+- vc_toggle (FAQ-style) → basic heading + paragraph (flagged for Details block)
+- vc_tabs / vc_accordion → basic content fallback (flagged for manual enhancement)
+
+## What This Skill Does NOT Do
+
+- Migrate Visual Composer's Design Options (box shadows, borders, gradients) 1:1 — Gutenberg has different styling capabilities
+- Convert third-party VC add-on elements (Ultimate Addons, Starter Sites, theme-specific elements) — flagged for manual handling
+- Migrate Visual Composer's template library — must be rebuilt in Gutenberg
+- Convert WPBakery's frontend editor custom CSS — must be moved to theme/Additional CSS
+- Handle the newer Visual Composer Website Builder (vcwb) — this skill targets the classic VCV/WPBakery format
+- Replicate VC's parallax backgrounds or scroll effects — Gutenberg has limited support
+- Guarantee pixel-perfect visual parity — different rendering approaches
+
+## Requirements
+
+- Respira for WordPress plugin installed and connected
+- MCP connection active (desktop or WebMCP)
+- Visual Composer / WPBakery active on the source site
+- Read access to scan Visual Composer content
+- Write access to create duplicates with Gutenberg content
+
+## Trigger Phrase
+
+- "migrate visual composer to gutenberg"
+
+## Alternative Triggers
+
+- "convert visual composer to blocks"
+- "switch from wpbakery to gutenberg"
+- "move visual composer to block editor"
+- "replace wpbakery with gutenberg"
+- "visual composer to wordpress blocks"
+- "migrate wpbakery to native wordpress"
+- "convert vc to gutenberg"
+
+## Builder Technical Context
+
+**Source: Visual Composer**
+- Content stored in post_meta using VCV's custom JSON format
+- Shortcode-based structure in classic mode: `[vc_row][vc_column][vc_column_text]...[/vc_column_text][/vc_column][/vc_row]`
+- Read via `respira_extract_builder_content` with `builder=visual-composer`
+- Elements: `vc_row`, `vc_column`, `vc_column_text`, `vc_single_image`, `vc_btn`, `vc_video`, `vc_separator`, `vc_raw_html`, `vc_empty_space`, `vc_custom_heading`, `vc_toggle`, `vc_tabs`, `vc_accordion`, `vc_row_inner`, `vc_column_inner`, etc.
+
+**Target: Gutenberg (Block Editor)**
+- Content stored in `post_content` as HTML with block comment delimiters
+- Format: `<!-- wp:paragraph --><p>Text</p><!-- /wp:paragraph -->`
+- Write via standard WordPress content tools (`respira_update_page` / `respira_update_post`)
+- Core blocks: `paragraph`, `heading`, `image`, `buttons`, `columns`, `group`, `html`, `video`, `separator`, `spacer`, `embed`, etc.
+
+## Execution Workflow
+
+### Phase 1: Pre-Migration Audit
+
+1. Verify Respira + MCP connection via `respira_get_site_context`. If unavailable, stop and show setup guidance.
+2. Detect Visual Composer presence via `respira_get_builder_info` or `respira_list_plugins`.
+3. Inventory all Visual Composer content:
+   - `respira_list_pages` and `respira_list_posts` — identify all content
+   - `respira_find_builder_targets` with `builder=visual-composer` — find VC-managed pages
+4. For each VC page, extract content:
+   - `respira_extract_builder_content` with `builder=visual-composer`
+   - Catalog: element types used, nesting depth, third-party elements, Design Options usage, custom CSS
+5. Produce an **Audit Report**:
+   - Total pages/posts using Visual Composer
+   - Element type frequency (how many rows, columns, text blocks, images, etc.)
+   - Third-party element inventory (elements not in core VC)
+   - Complexity flags (nested rows, custom CSS, parallax, third-party add-ons)
+   - Estimated migration difficulty per page (simple / moderate / complex)
+
+### Phase 2: Migration Plan
+
+Present a structured migration plan:
+
+```
+## Visual Composer → Gutenberg Migration Plan
+
+### Site Overview
+- Total Visual Composer pages: X
+- Simple pages (direct mapping): X
+- Moderate pages (some manual review needed): X
+- Complex pages (significant manual work): X
+
+### Element Mapping
+| VC Element | Gutenberg Block | Notes |
+|---|---|---|
+| vc_row | Group | Container mapping |
+| vc_column | Columns / Column | Width ratios preserved where possible |
+| vc_column_text | Paragraph / Heading | Rich text parsed into blocks |
+| vc_single_image | Image | Direct mapping |
+| vc_btn | Buttons > Button | Wrapped in container |
+| vc_empty_space | Spacer | Height preserved |
+| vc_raw_html | Custom HTML | Direct mapping |
+| vc_tabs | [MANUAL] | Content migrated, tabs need plugin |
+| ... | ... | ... |
+
+### Migration Order
+1. [Page Title] — Simple — estimated 2 min
+2. [Page Title] — Moderate — estimated 5 min
+...
+
+### Items Requiring Manual Attention
+- [Page X] — Ultimate Addons carousel (no core equivalent)
+- [Page Y] — Theme-specific VC element
+- [Page Z] — Custom CSS in Design Options
+- VC template library — must be rebuilt in Gutenberg
+```
+
+Then ask:
+
+> Here's the migration plan. Would you like me to:
+> 1. Migrate all pages (creates duplicates for review)
+> 2. Migrate only simple pages first
+> 3. Migrate specific pages you choose
+> 4. Just keep this as a reference — no changes
+
+Wait for explicit confirmation before proceeding.
+
+### Phase 3: Page-by-Page Migration
+
+For each approved page:
+
+1. Extract Visual Composer content via `respira_extract_builder_content` with `builder=visual-composer`
+2. Map each VC element to Gutenberg blocks:
+   - vc_row → `<!-- wp:group -->` blocks
+   - vc_column → `<!-- wp:columns -->` with `<!-- wp:column -->` children (map width attributes)
+   - vc_column_text → Parse rich text into `<!-- wp:paragraph -->` and `<!-- wp:heading -->` blocks
+   - vc_single_image → `<!-- wp:image -->` with src, alt, caption
+   - vc_btn → `<!-- wp:buttons -->` wrapper with `<!-- wp:button -->` child
+   - vc_video → `<!-- wp:embed -->` block with video URL
+   - vc_separator → `<!-- wp:separator -->` block
+   - vc_empty_space → `<!-- wp:spacer -->` block with height
+   - vc_raw_html → `<!-- wp:html -->` block
+   - vc_custom_heading → `<!-- wp:heading -->` block with level and alignment
+   - vc_row_inner/vc_column_inner → nested `<!-- wp:columns -->` blocks
+   - Preserve text content, image URLs, link targets
+   - Flag unmappable elements with `<!-- wp:paragraph --><p>[MIGRATION NOTE: ...]</p><!-- /wp:paragraph -->`
+3. Assemble the complete Gutenberg block markup
+4. Take a `respira_get_snapshot` checkpoint of the target before any write, so the page can be restored exactly if the conversion needs unwinding
+5. Create a duplicate via `respira_create_page_duplicate` or `respira_create_post_duplicate`
+6. Write the Gutenberg markup into the duplicate's `post_content` via `respira_update_page` or `respira_update_post`
+7. Surgical fixes (not a rewrite): when a single block lands wrong — a heading, a button label, a spacing value — locate it with `respira_find_element` and correct it in place with `respira_update_element`. For repeated corrections across many blocks or several migrated pages, batch them with `respira_batch_update` rather than regenerating and re-writing whole pages.
+8. Log the migration result (success, warnings, manual review items)
+
+### Phase 4: Post-Migration Verification
+
+1. Summarize all migrated pages with status:
+   - Clean migrations (no issues)
+   - Migrations with warnings (flagged items needing review)
+   - Failed migrations (if any)
+2. List all manual review items:
+   - Third-party VC add-on elements that need manual replacement
+   - Tabs/Accordions that may benefit from a block plugin
+   - Design Options CSS that needs to be moved to theme/Additional CSS
+   - Parallax backgrounds that need alternative implementation
+   - VC template library items to rebuild
+3. Provide review instructions:
+   - Where to find duplicates in WordPress admin
+   - How to preview pages in the block editor
+   - How to delete duplicates if not wanted
+
+## Safety Model
+
+- Read-only analysis first — full Visual Composer content audit before any changes
+- Explicit user confirmation before creating any duplicates
+- Snapshot before every write — `respira_get_snapshot` captures the target so it can be returned to its exact prior state
+- Duplicate-first only — never modifies live/published Visual Composer content
+- Never auto-publishes duplicates
+- Explicit rollback path — restore the snapshot via `respira_restore_snapshot`, or delete the draft duplicates, to undo a migration cleanly
+- Preserves all original Visual Composer content untouched
+
+## Honest Disclaimer
+
+This skill converts Visual Composer page structures to Gutenberg block markup and creates duplicates for review.
+
+It cannot:
+- Guarantee pixel-perfect visual parity between builders
+- Migrate third-party VC add-on elements automatically
+- Convert Design Options CSS to Gutenberg styles
+- Handle the newer Visual Composer Website Builder format
+- Replace a thorough manual QA pass on every page
+
+It can:
+- Map 70-85% of core Visual Composer elements to Gutenberg blocks
+- Preserve content, images, links, and basic layout structure
+- Handle nested row/column structures
+- Move you off a legacy builder dependency to native WordPress
+- Save days of manual rebuild work
+- Identify exactly what needs manual attention
+
+## Tooling
+
+**Core WordPress tools**
+- `respira_get_site_context`
+- `respira_get_builder_info`
+- `respira_list_pages`
+- `respira_list_posts`
+- `respira_list_plugins`
+- `respira_find_builder_targets`
+- `respira_extract_builder_content`
+- `respira_get_snapshot`
+- `respira_restore_snapshot`
+- `respira_find_element`
+- `respira_update_element`
+- `respira_batch_update`
+- `respira_create_page_duplicate`
+- `respira_create_post_duplicate`
+- `respira_update_page`
+- `respira_update_post`
+- `respira_read_page`
+- `respira_read_post`
+
+## Telemetry
+
+After run completion, send fire-and-forget usage tracking to:
+
+- `POST https://www.respira.press/api/skills/track-usage`
+
+Include:
+- `skill_slug = migrate-visual-composer-to-gutenberg`
+- site/version context
+- duration and success
+- pages audited, pages migrated, warnings count
+- tools used
+
+Never block user flow on telemetry failure.
+
+## Related Skills
+
+- WordPress Site DNA (understand site structure before migrating)
+- Technical Debt Audit (clean up before or after migration)
+- SEO & AEO Amplifier (verify SEO preservation post-migration)
+
+---
+
+Built by Respira Team
+https://respira.press/skills/migrate-visual-composer-to-gutenberg