CtrlK
BlogDocsLog inGet started
Tessl Logo

legacy-migration-planner

Use when planning legacy system migrations, codebase modernization, monolith decomposition, microservices consolidation, cross-language rewrites, or framework upgrades. Invoke for strangler fig pattern, incremental migration strategy, or refactoring roadmaps. Do NOT use for domain analysis (use domain-analysis), component sizing (use component-identification-sizing), or step-by-step decomposition plans (use decomposition-planning-roadmap).

71

Quality

86%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

78%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-organized planning skill with excellent progressive disclosure (verified reference files and a clear load-when table) and a clear two-phase workflow. It is held below top marks by minor conciseness redundancy, execution detail delegated to references, and validation checkpoints that are implied rather than explicitly staged.

Suggestions

Add an explicit validation checkpoint between RESEARCH and PLAN (e.g., a checklist the research output must satisfy before PLAN begins) to strengthen workflow_clarity.

Reduce the repeated "Load references/X.md for..." phrasing by relying on the reference table once it is introduced.

Inline one concrete rollback/validation snippet example so the per-domain plan format is unambiguous without loading a reference file.

DimensionReasoningScore

Conciseness

Efficient and assumes Claude's competence (no explanation of what migration or the Strangler Fig pattern is); the Core Principles and workflow diagram each earn their place. Minor redundancy in repeated "Load references/..." phrasing across the workflow and reference table keeps it just below a lean 5.

4 / 5

Actionability

Concrete output structure with exact file paths and a per-domain file spec ("current state (with file:line refs), target state, migration steps, testing strategy... rollback plan, and success metrics"), plus an explicit MUST DO / MUST NOT DO list. Execution detail is delegated to reference files, leaving minor gaps versus fully copy-paste-ready guidance, but appropriate for a planning skill.

4 / 5

Workflow Clarity

Clear two-phase sequence (RESEARCH then PLAN) with eight numbered steps and per-phase output directories. Validation is mostly present via the non-negotiable "Never start PLAN without completing RESEARCH" gate and per-step rollback requirements, but explicit validation checkpoints and feedback loops (verify-findings -> fix -> retry) are implied rather than staged, leaving minor gaps.

4 / 5

Progressive Disclosure

SKILL.md is a genuine overview with a well-signaled one-level-deep reference table ("Load When" column), all six referenced files exist in references/, and content is appropriately split across research-phase, plan-phase, assessment-framework, strangler-fig-patterns, frontend-backend-strategies, and testing-safety-nets.

5 / 5

Total

17

/

20

Passed

Description

95%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, trigger-rich description that explicitly covers what, when, and what-not, with comprehensive natural keywords and explicit routing away from adjacent skills. The only minor gap is that the concrete deliverable (migration plans) is implied rather than listed as an enumerated action.

DimensionReasoningScore

Specificity

Names six concrete migration scenarios ("legacy system migrations, codebase modernization, monolith decomposition, microservices consolidation, cross-language rewrites, or framework upgrades") and specific patterns ("strangler fig pattern, incremental migration strategy, or refactoring roadmaps"), but the concrete output action (produces plans) is implied rather than enumerated, leaving minor coverage gaps.

4 / 5

Completeness

Explicitly answers both what ("planning legacy system migrations... using the Strangler Fig pattern") and when ("Use when planning...", "Invoke for..."), reinforced by explicit negative-boundary "Do NOT use for..." guidance.

5 / 5

Trigger Term Quality

Comprehensive natural keywords users would actually say ("monolith decomposition", "microservices consolidation", "cross-language rewrites", "framework upgrades", "strangler fig pattern", "refactoring roadmaps"), covering synonyms and common variations.

5 / 5

Distinctiveness Conflict Risk

Clear niche with explicit conflict-avoidance guidance ("Do NOT use for domain analysis (use domain-analysis), component sizing (use component-identification-sizing), or step-by-step decomposition plans (use decomposition-planning-roadmap)") routing overlapping cases to named alternatives.

5 / 5

Total

19

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
tech-leads-club/agent-skills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.