CtrlK
BlogDocsLog inGet started
Tessl Logo

agent-migration-plan

Agent skill for migration-plan - invoke with $agent-migration-plan

64

1.83x
Quality

46%

Does it follow best practices?

Impact

99%

1.83x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/agent-migration-plan/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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.

The body is a well-structured, concrete migration spec with copy-paste YAML agent definitions, but it monolithically inlines 16 agent specs that belong in reference files and lacks validation checkpoints in its migration workflow. It is reasonably actionable yet token-heavy due to repetition.

Suggestions

Add explicit validation checkpoints to the migration workflow (e.g. after converting commands, validate each agent definition parses and triggers correctly before proceeding to rollout), so the batch operation can exceed a workflow_clarity of 3.

Move the 16 inlined agent YAML definitions into separate reference files under references/ (e.g. one file per category) and link to them from SKILL.md, keeping only a concise overview and the format spec inline.

Templating the repetitive agent definitions — define the shared YAML schema once and list each agent's differing fields in a compact table — to cut token bulk while preserving actionability.

DimensionReasoningScore

Conciseness

The prose (Overview, Implementation Guidelines, Monitoring sections) is lean and does not explain concepts Claude already knows, but 16 near-identical agent YAML blocks are repeated in full rather than templated — matching 'Mostly efficient but includes some unnecessary ... could be tightened'.

3 / 5

Actionability

The document provides concrete, copy-paste-ready YAML agent definitions with specific file paths (e.g. '.claude$commands$coordination$init.md'), tool names, and regex triggers, but the migration steps themselves are high-level without runnable commands — matching 'Mostly executable guidance; concrete code or commands with minor gaps'.

4 / 5

Workflow Clarity

The 'Migration Steps' section lists a 5-step sequence but has no explicit validation checkpoints, and because converting commands to agents is a batch operation the guidelines cap this at 3 — matching 'Steps listed but validation gaps; ... checkpoints missing or implicit'.

3 / 5

Progressive Disclosure

The document has clear section structure (categories and headers) but all 16 agent definitions — each itself a separate-file spec — are inlined in SKILL.md with no references to separate files and no bundle files present, matching 'Some structure ... content that should be separate is inline'.

3 / 5

Total

13

/

20

Passed

Description

36%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.

The description names a domain but gives no concrete capabilities and no explicit 'when to use' trigger guidance, leaving activation underspecified. It relies on an invocation token rather than natural trigger phrases, so it would be hard for a user or Claude to reliably select this skill.

Suggestions

Rewrite the description to list concrete actions (e.g. 'Maps each .claude command to an agent definition with roles, capabilities, tools, and triggers') and add an explicit 'Use when...' clause stating when to invoke it.

Add natural-language trigger phrases and synonyms a user would actually say (e.g. 'migration plan', 'convert commands to agents', 'agent-based system rollout') instead of only the '$agent-migration-plan' invocation token.

Sharpen the distinct niche in the description (e.g. 'migrating Claude Flow commands to an agent-based system') to reduce overlap with generic planning or migration skills.

DimensionReasoningScore

Specificity

The phrase 'Agent skill for migration-plan' names the domain (migration planning) but states no concrete actions — only the meta-instruction 'invoke with $agent-migration-plan'. This matches the anchor 'Names the domain but actions are minimal or generic'; it sits above a 1 because a domain is named, yet lacks any verb describing what the skill actually does.

2 / 5

Completeness

The 'what' is only vaguely implied ('Agent skill for migration-plan') with no concrete capabilities, and there is no 'Use when...' clause or equivalent trigger guidance, matching 'Has a vague what and no when'; the missing use-when clause also caps completeness per the guidelines.

2 / 5

Trigger Term Quality

'migration-plan' is a natural phrase a user might say when requesting this skill, but the only other term ('$agent-migration-plan') is an invocation token rather than a trigger, and synonyms/variations are absent — matching 'Some relevant keywords but missing common variations or synonyms'.

3 / 5

Distinctiveness Conflict Risk

The name 'agent-migration-plan' targets a fairly specific niche, but the description provides no distinct triggers beyond the domain name and could overlap with other migration/planning skills, matching 'Somewhat specific but could still overlap with similar skills'.

3 / 5

Total

10

/

20

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (751 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository
ruvnet/ruflo
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.