CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

claude-code-ops-router

plugin/Skill repair, marketplace, statusline, model profiles/source sync, 1M/[1m] context, usage/quota reset ping, memory→docs, .txt repair, MCP startup context. Routes Claude Code to one bundled specialist, including turning auto memory off. History, hooks, and Lark keep their own entries.

Quality

80%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./daymade-claude-code/claude-code-ops-router/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

85%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 content is a lean, highly actionable router: an exact-path routing table, an unambiguous sibling-resolution procedure with verification and a stop condition, and worked disambiguation examples. The only soft spots are the abstract 'locate the active catalog' step and a couple of suite-bookkeeping sentences that could be trimmed.

DimensionReasoningScore

Conciseness

The body is dense and almost entirely suite-specific knowledge Claude cannot know (symlink/canonical-path resolution, hidden catalog entries, sibling verification), with only minor trimmable bookkeeping ("Claude users retain the original manual commands named by each child's frontmatter"; the "/daymade-claude-code:fixing-claude-export-conversations" exposure detail). This matches anchor 4 (efficient, minor instances that could be trimmed) rather than anchor 3, which would require a genuinely unnecessary explanation.

4 / 5

Actionability

Provides concrete, near-executable guidance: a table of eight exact sibling paths ("Read this exact file" → "../claude-skills-troubleshooting/SKILL.md"), explicit verification steps ("verify it is a direct sibling `SKILL.md` inside the root"), and worked routing examples ("usage diagnosis selects `claude-usage-analyst`"). It falls short of anchor 5 only because "Locate **this loaded** ... in the active catalog or invocation" gives no concrete mechanism and the `${CLAUDE_PLUGIN_ROOT}` advice is hedged ("may help ... but it is absent in Codex").

4 / 5

Workflow Clarity

The routing procedure is clearly sequenced (identify operation → locate/verify router path → resolve sibling path → verify sibling → read child in full → follow it) with explicit validation checkpoints and error-recovery feedback: "Stop if the active router path cannot be identified unambiguously" and "Continue a truncated read". This matches anchor 5 (clear sequence, explicit validation, error-recovery loops); routing is not a destructive or batch operation, so no cap applies.

5 / 5

Progressive Disclosure

The body is under 50 lines, single-purpose, and well organized (heading, resolution procedure, navigation table, routing examples, scope boundaries), with no bundle files needing external references. The routing table itself is well-signaled one-level-deep navigation ("Read this exact file" → each sibling SKILL.md), matching anchor 5 and the simple-skill exception.

5 / 5

Total

18

/

20

Passed

Description

66%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 is dense and specific, naming nine concrete Claude Code operations with natural trigger keywords and a clear routing behavior, but it never states when the skill should be invoked. Adding an explicit "Use when..." trigger clause would resolve its main weakness.

Suggestions

Add an explicit trigger clause such as "Use when the user asks to repair, install, or configure Claude Code plugins, Skills, the statusline, model profiles, usage/quota, exported .txt conversations, or MCP startup" — without it, completeness is capped at 3.

Convert telegraphic noun phrases into action verbs users would say (e.g., "memory→docs" → "migrate Claude memory into AGENTS.md docs"; "source sync" → "sync Skill activation source") to sharpen specificity and trigger matching.

Add common trigger synonyms like "fix", "broken", "not loading", or "won't activate" alongside "repair" so natural user phrasings match the description.

DimensionReasoningScore

Specificity

Names many concrete operations ("plugin/Skill repair, marketplace, statusline, model profiles/source sync, ... usage/quota reset ping, memory→docs, .txt repair, MCP startup context") plus the explicit action "Routes Claude Code to one bundled specialist, including turning auto memory off". The telegraphic noun-phrase style ("memory→docs", "source sync") leaves some actions implicit, so it matches anchor 4 (several specific actions, minor gaps) rather than anchor 5's comprehensive concrete action coverage.

4 / 5

Completeness

The "what" is clear (routes nine named operation types to one bundled specialist), but there is no "Use when..." clause or equivalent explicit trigger guidance; the "when" is only weakly implied by the operation list. Per the judging guidelines a missing "Use when..." clause caps completeness at 3, matching anchor 3 (clear "what", "when" missing or only weakly implied) rather than anchor 4's explicit "when".

3 / 5

Trigger Term Quality

Includes natural terms Claude Code users would actually say — "statusline", "marketplace", "usage", "quota", "plugin/Skill repair", "1M/[1m]", ".txt", "MCP" — giving good keyword coverage. Common variations are missing ("fix", "broken", "won't load/activate", ".md"), which fits anchor 4 rather than anchor 5's comprehensive synonym and extension coverage.

4 / 5

Distinctiveness Conflict Risk

The explicit negative boundary ("History, hooks, and Lark keep their own entries") and the enumerated specialist domains give it a defined niche. However, the description spans many domains (repair, marketplace, statusline, models, usage, memory, .txt, MCP, ping), leaving minor overlap risk with closely related per-domain skills — anchor 4 rather than anchor 5's minimal conflict risk.

4 / 5

Total

15

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

daymade/claude-code-skills

Path

daymade-claude-code/claude-code-ops-router/SKILL.md

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.