mcpbeat

Od Code Migration

nexu-io/od-code-migration

Default reference pipeline for the code-migration taskKind — code-import → design-extract → token-map → rewrite-plan → patch-edit ↔ build-test devloop → diff-review → handoff.

4k tokens
context cost
the whole folder, loaded on every use
3
files
instructions only
0
copies elsewhere
how many repositories repackaged it
83386
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/nexu-io/open-design --skill od-code-migration

What comes with it

13 921 bytes besides the instruction
examples/jquery-to-react.html
open-design.json

The instruction itself

3 sections, as written by the author

od-code-migration (scenario)

Spec §1 / §10.1 / §20.3 / §21.3.2 / §23.3.3: the canonical

code-migration flow. The pipeline cannot ship an accept decision

without a passing build — the patch-edit ↔ build-test devloop is

the convergence engine.

Default pipeline

{
  "stages": [
    { "id": "import",    "atoms": ["code-import"] },
    { "id": "tokens",    "atoms": ["design-extract", "token-map"] },
    { "id": "plan",      "atoms": ["rewrite-plan"] },
    {
      "id": "verify",
      "atoms": ["patch-edit", "build-test"],
      "repeat": true,
      "until": "(build.passing && tests.passing) || iterations>=8"
    },
    { "id": "review",    "atoms": ["diff-review"] },
    { "id": "handoff",   "atoms": ["handoff"] }
  ]
}

The scenario uses build.passing && tests.passing as the

convergence signal — promoted into the spec §22.4 vocabulary by

the build-test atom.

Required user inputs

A plugin built on this scenario typically declares od.inputs:

  • repoPath (string, required): pulled from od project import.
  • targetStack (form): collected by rewrite-plan.
  • testCommand / buildCommand (string, optional): overrides

the inferred package.json scripts in the build-test atom.

How to use it

Copy the folder

Take nexu-io/od-code-migration from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.