smithery/bnomei

kirby-content-migration

Plans and applies safe Kirby content migrations using runtime content tools, update schemas, and explicit confirmation. Use when users need to rename/move/transform fields, clean up content, or bulk-update pages/files across languages.

Installation

$ npx skills add smithery/bnomei --skill kirby-content-migration

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/bnomei · top by installs.

npx skills add smithery/bnomei

Browse all from smithery/bnomei

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,151 B
  • docs SUMMARY.md 266 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Kirby Content Migration

Quick start

  • Follow the workflow below for safe, confirm-first migrations.

KB entry points

  • kirby://kb/scenarios/16-batch-update-content
  • kirby://kb/scenarios/74-update-blocks-programmatically
  • kirby://kb/scenarios/34-content-file-cleanup-script
  • kirby://kb/scenarios/75-update-file-metadata

Required inputs

  • Source and target fields plus transform rules.
  • Scope (templates/ids/sections) and batch size.
  • Language and draft handling rules.
  • Exclusions or derived fields that must not change.

Plan template

  • List source field, target field, transform rule, and a before/after example.
  • Specify scope (templates/ids), languages, and draft handling.
  • Note exclusions (derived fields, computed values, or generated files).

Plan-validate-execute

  • Write a changes.json plan with explicit page ids/uuids and new values.
  • Validate the plan against blueprint and field schemas, plus a sample diff.
  • Apply in batches (confirm=false preview, then confirm=true).

Verification checklist

  • Preview diffs for each field type before writing.
  • Confirm language scope and batch boundaries.
  • Re-render representative pages after apply.

Common pitfalls

  • Writing updates before reading field update schemas.
  • Migrating large batches without confirm previews.

Workflow

  1. Ask for exact transformations, scope (pages/templates/sections), languages, draft handling, and any derived fields that must not be written.
  2. Call kirby:kirbyinit, then ensure runtime availability with kirby:kirbyruntimestatus and kirby:kirbyruntime_install if needed.
  3. Identify target pages:

- Prefer explicit page ids/uuids from the user. - Otherwise derive a list using kirby://roots and the content directory structure.

  1. Search the KB with kirby:kirby_search for related playbooks (examples: "batch update content", "update blocks programmatically", "content file cleanup script", "update file metadata").
  2. Read field storage rules before writing:

- kirby://fields/update-schema - kirby://field/{type}/update-schema for each involved field type.

  1. Read a small sample with kirby:kirbyreadpage_content (or kirby://page/content/{encodedIdOrUuid}) and produce a diff-style preview.
  2. Use kirby://tool-examples for safe, copy-ready kirby:kirbyupdatepage_content payloads.

Apply

  1. Call kirby:kirbyupdatepage_content with confirm=false to preview changes (set payloadValidatedWithFieldSchemas=true).
  2. Ask for explicit confirmation, then re-run with confirm=true in small batches.
  3. Stop on first error; summarize what applied vs skipped.

Verify

  1. Render representative pages with kirby:kirbyrenderpage(noCache=true) or re-read content to confirm the final state.
  2. Report changes, remaining risks, and any follow-up manual checks.