BotCurrent↗
← Back to examples

User report · Coding tasks

Migrate a CMS archive into build-tested local content

Source-backed example. Practical decision guidance is proposed and untested; this is not a full implementation guide.

The problem

Moving an existing website archive into local content can expose broken markup, encoding problems and lost metadata.

Agent job

Retrieve the WordPress archive, convert HTML to MDX with metadata, repair conversion errors and run build checks.

Expected output

A converted local-content archive and build results for completeness, link and preview review before deployment.

Where this framing comes from
  • Core problem: Editorial purpose framing
  • Agent job: Editorial purpose framing
  • Expected output: Editorial purpose framing
  • Relevant job roles: Editorial purpose framing
  • Benefit type: Editorial purpose framing
Editorial framing and outcome limits

Describes the task’s purpose and intended output; measured benefit, safe unsupervised operation and successful delivery are not established by this framing.

Editorial synthesis based on the linked source. This framing does not add evidence of successful delivery or results.

Case-specific decision guidance · untested

Case-specific decision guidance and first checks are original proposals. The linked source supports the attributed task; this added guidance has not been executed.

Read the attributed source evidence and original caveats below ↓

Why use this

  1. A website archive can appear successfully migrated while losing embedded media, publication metadata or old addresses that readers still use. A passing build only proves one technical condition, leaving editorial completeness and navigation to be checked separately.

  2. A migration review manifest could tie every source item to its converted file and identify transformations needing inspection. The owner could evaluate whether the archive is ready for a later deployment decision without making the production site the test environment.

Why an agent / simpler alternative

Useful judgment

Handle irregular markup and explain content-specific conversion exceptions while retaining original evidence.

Simpler alternative

Use a maintained exporter for a small archive with consistent markup and a supported destination format.

Unsuitable when

There is no source backup or the only available destination is the live site.

Proposed inputs

  1. Name

    Archive snapshot

    Owner

    Site owner

    Minimum scope

    Selected post exports, permitted assets and original identifiers

    Quality check

    Inventory counts, encodings and media references.

  2. Name

    Destination contract

    Owner

    Developer

    Minimum scope

    Content schema, route rules and expected front matter

    Quality check

    Identify required fields and unsupported embeds.

Access and setup — proposed or unknown

Proposed minimum
  1. Read-only archive copies and a separate proposed conversion directory.

Compatibility unknowns
  1. Unknown: current runtime, converter behavior, destination build toolchain and deployment integration.

External actions requiring approval
  1. Repository pushes, deployment, route changes and removal of the original CMS.

Expected deliverable and review checks

Proposed artifact

Source-to-file migration manifest, conversion exceptions and proposed preview/build checklist.

Critical checks
  1. Every source item has a destination or an explicit exclusion.

  2. Metadata, image semantics and old-to-new routes receive separate review.

Missing output evidence

No new workflow run or output inspection is performed for this editorial layer. The linked implementation evidence retains the original source-specific outcome and artifact limits.

Failure signals and proposed responses

  1. Signal

    A malformed image tag disappears during conversion.

    Why it matters

    The page can build while losing important content.

    Proposed response

    Retain the original fragment and flag a manual media repair in the manifest.

  2. Signal

    Two posts map to the same destination slug.

    Why it matters

    One item may overwrite another or break inbound links.

    Proposed response

    Stop those mappings and obtain an explicit collision-resolution rule.

Effort and cost — unknown

Setup work
  1. Inventory archive formats and define preservation rules.

Ongoing review
  1. Inspect exceptional pages, links and media previews.

Unknowns
  1. Unknown: conversion effort, hosting charges and remaining unsupported markup.

First check — proposed, unexecuted

Status

proposed_unexecuted

Synthetic fixture

Four invented post snippets include a malformed image, non-ASCII text and two colliding slugs.

Acceptance checks
  1. Account for all four source IDs.

  2. Flag the collision and preserve the broken fragment for review.

Stop conditions
  1. Running builds, contacting the CMS or modifying a live repository is required.

Limits

  1. Technical build checks and content-preservation checks answer different questions; neither is executed by this decision aid.

Tasks: Build & debugWriting & contentDocuments & files

Useful for: Software developerContent creator

Editorial relevance from the title and source-supported actions; not evidence of the operator’s occupation.
Claude CodeIndependent testing: No

Editorial candidate. This is source-backed reporting or a documented workflow. BotCurrent has not independently tested this task. A proposed Canadian adaptation is not evidence of a Canadian deployment or compliance certification.

Original source

https://www.pawlean.com/posts/migrate-wordpress-to-mdx-claude-code ↗

Attributed to: Pauline Bakhtiari / Pawlean

User report
Original action type
coding_action
What the source supports
Claude Code retrieved a WordPress archive through its API, converted HTML to MDX with metadata, recovered from encoding errors and repaired malformed image tags until the new site built.
Source outcome limits
Actions and outcomes are attributed user reports, not an independent reproduction or an execution guarantee.
Evidence attribution caveat
Actions and outcomes are attributed user reports, not an independent reproduction or an execution guarantee.
Source approval description
The author describes providing direction and review; the account also reports agent-led push and deployment.
Named tools
Claude Code; WordPress REST API; MDX; Next.js; GitHub; Vercel
Model or version
Unknown
Publication date
2026-02-01
Source last checked
2026-10-14
Demonstrated in Canada
Unknown
Canadian availability
Unknown
Proposed Canadian adaptation
Proposed: preserve bilingual URLs, metadata, accessibility and redirects for a Canadian website migration.
Recommended approval boundaries
Approve backup and destination; review content counts, links and previews before production deployment or removing the old CMS.