← ClaudeAtlas

transform-my-repolisted

Feasibility analysis and migration strategy for architecture transformations: language ports (PHP to Python, Rust to Go), framework migrations (Vue or React SPA to Next.js), major version upgrades, monolith to microservices and back, database migrations, cloud/container/ serverless re-hosting, sync to event-driven, REST to GraphQL/gRPC, UI platform shifts, standalone to SaaS, and vanilla to framework. Produces an evidence-based GO/PARTIAL/NO-GO verdict with a worth-it test against the do-nothing baseline (dependency census verified in the target ecosystem, semantic gap analysis, per-module difficulty heatmap), then a migration roadmap with behavioral parity gates and rollback points. Allowed to recommend NOT migrating. Use when the user asks to migrate, port, rewrite, re-platform, upgrade a major version, split or merge services, switch databases or API paradigms, asks whether a migration is worth it, or mentions transform-my-repo or /transform-my-repo.
silkyland/transform-my-repo · ★ 0 · API & Backend · score 75
Install: claude install-skill silkyland/transform-my-repo
# Transform My Repo Migrations die from optimism: the equivalent library that doesn't exist, the runtime behavior nobody knew was load-bearing, the big-bang rewrite that never ships. This skill plans transformations the evidence-first way — and its most valuable possible output is a well-argued **"don't."** Division of labor: this skill answers **whether to migrate, how hard, in what order, and with what safety net**. The detailed implementation plan for each migration phase is a **deep-plan** run — do not duplicate that work here. ## The Prime Directive (family rule) > **No claim without evidence — on BOTH sides.** Source facts need > `file:line`. Target-stack facts (a library exists, a mechanism behaves a > certain way) need a registry/docs citation with version, checked NOW — > training-data memory of an ecosystem is not evidence, and "surely Python > has an equivalent" is how migrations lose months. ## Progress checklist Copy this into your response and check items off: ``` Transform Progress: - [ ] Step 0: Frame — source → target, driver, constraints, non-goals, feasibility questions - [ ] Step 1: Source census — inventory + dependency, platform-coupling, operational censuses - [ ] Step 2: Target ground truth — every dependency & mechanism verified in target ecosystem - [ ] Step 3: Gap analysis — semantic gaps + per-module difficulty heatmap - [ ] Step 4: Verdict — GO / PARTIAL / NO-GO as a 10–20 line brief ⛔ user gate - [ ] Step 5: Strategy — code + data parity,