Askit migrate
Skill product-on-purpose/agent-skills-toolkit/skills/askit-migrate
Assesses an existing skills repository against the Advanced Skill Library Standard, produces a staged bring-to-conformance plan, and writes the minimal canonical manifest so the repo becomes gradeable. Use when adopting a foreign or ad-hoc skills repo, migrating a Claude-only plugin toward cross-agent conformance, or planning a Bronze-to-Silver upgrade path.From its SKILL.md
npx -y skills add product-on-purpose/agent-skills-toolkit --skill askit-migrateAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
- runs commandsInstructs the agent to run 3 commands, including `run `assess` again after `adopt`` and 2 more.
SKILL.md
3.8 KB, 835 tokens by cl100k_base, as published. Nobody here has run it
askit-migrate
Purpose
Adopt an existing skills repository into a Standard-conformant plugin. Three modes: assess surveys the repo's components and structure, maps them to the Standard's component types, and reports the conformance gap (what is missing for Bronze, then Silver), handling the pre-library.json state the conformance core cannot yet grade; plan produces an ordered bring-to-conformance roadmap keyed to the tiers and names the askit-build-* skill or check that closes each gap; adopt performs the first structural step by writing a minimal canonical library.json and a root AGENTS.md if absent, so the repo becomes gradeable and the rest of the plan can run through askit-evaluate and the builders. Authoring depth is in references/migration-workflow.md.
When to use
When adopting a foreign or ad-hoc skills repo, migrating a Claude-only plugin toward cross-agent conformance, or planning a Bronze-to-Silver upgrade path for an existing repository.
assess mode
- Discover what exists: skills, commands, subagents, hooks, MCP config, instructions (
AGENTS.md/CLAUDE.md), and any manifest. Map each to a Standard component type (sec 3). - Report the gap by tier. The Bronze blockers first (a parseable
library.json, a rootAGENTS.md, valid skill frontmatter, name-equals-directory, resolvable reference links), then the Silver blockers (agent-targets, the plugin prefix, acomponentsindex, native manifests). - Where a
library.jsonalready exists, delegate the per-rule grading toaskit-evaluate; otherwise report the pre-manifest gaps the conformance core cannot yet see and runassessagain afteradopt.
plan mode
- Order the gaps into a staged roadmap: Bronze first (make it parse and self-describe), then Silver (cross-agent shape and the prefix), then the optional tail (hooks, workflows, docs site).
- For each step name the resolver: the
askit-build-*skill that authors the component, the check whose message states the fix, oraskit-evaluateto re-confirm. - Record the plan so the migration is legible and resumable across sessions.
adopt mode
- Write the Bronze-minimal canonical
library.jsonthe conformance core requires at every tier (sec 5.1, check U1):name,version0.1.0,description,standard(the Standard version targeted), andtieruniversal. That is the smallest manifest that satisfies U1 and makes the repo gradeable. - Add a root
AGENTS.mdif absent (Standard sec 3.10) so anatomy (U2) passes, then runaskit-evaluateto confirm Bronze is clean. - When climbing to Silver, add the Convergent-only fields the higher checks require:
agent-targets(S1), a kebab-caseprefixending in a hyphen carried by every component name (S2), and acomponentsindex (S3); then emit native manifests withnode scripts/generators/gen-manifest.mjs . --write --target=all(S6) and hand off to theaskit-build-*skills andaskit-evaluate.
Scope
askit-migrate adopts an existing repo; greenfield scaffolding from an interview is a separate, planned init/onboarding flow (Standard sec 10.7). It makes the repo gradeable and produces the plan, then the askit-build-* skills and askit-evaluate execute the plan slice by slice; it does not rename components to add the prefix wholesale or rewrite skills on its own. The why-gate applies before adding any new component (see askit-backlog).
What ships with it: 4 files
8.0 KB alongside SKILL.md
evals/
- askit-migrate-triggering.eval.json2.8 KB
- README.md341 B
references/
- migration-workflow.md4.2 KB
- README.md685 B