Use when migrating, restructuring, publishing, or auditing an existing Claude skill into a Tessl tile; converting flat .md files or SKILL.md bundles; fixing Tessl Quality, Impact, Uplift, frontmatter, metadata, tile.json summary, README, markdown reference links, registry-vs-local Quality gaps, artifact anchors, auto-eval wait discipline, or pushing tile scores from 88-99% to 100%.
100
100%
Does it follow best practices?
Impact
100%
1.11xAverage score across 4 eval scenarios
Advisory
Suggest reviewing before use
A mid-size engineering company has a library of 40+ internal Claude skills scattered across various repos as standalone .md files. The developer experience team wants to migrate all of them to the Tessl registry so teams can discover, install, and benefit from version-controlled, eval-backed skills.
Before kicking off the migration work, the team's lead engineer wants a detailed migration runbook that any engineer on the team can follow. The runbook must cover everything from verifying the environment is ready, through the multi-phase migration workflow, to the final publish. It should be opinionated about ordering and flag the common pitfalls that waste time when hit mid-migration.
You have access to the relevant Tessl migration skill. Produce the runbook based on the migration workflow it describes.
Write a single file called migration-runbook.md that covers:
The runbook should be actionable enough that an engineer who has never run a Tessl migration before can follow it end-to-end.