CtrlK
BlogDocsLog inGet started
Tessl Logo

model-selection

Per-agent model selection with 4-layer hierarchy and fallback chains

58

Quality

67%

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 ./.copilot/skills/model-selection/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

88%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 strong, highly actionable decision procedure: ordered layer checks, concrete mappings, explicit fallback chains with bounded retries, and an anti-patterns section that enforces the rules. Its only weaknesses are mild — a small amount of redundancy between the fallback chains and the Valid Models section, and reference-table content that could be split into a bundled file.

DimensionReasoningScore

Conciseness

The body is dense and efficient: decision tables, terse rules with one-line rationales, and compact code blocks with no padding or explanation of concepts Claude already knows. Minor redundancy keeps it from anchor 5 — the 'Valid Models' section largely repeats the tier lists already encoded in the fallback chains, and spawn-format guidance overlaps between sections.

4 / 5

Actionability

Guidance is fully executable: a first-match-wins layer table, explicit role-to-model mappings with override conditions, literal fallback chains to copy, a ready-to-use spawn parameter template, and worked examples covering override, refactor, and mechanical cases. Claude can act on this without inferring anything.

5 / 5

Workflow Clarity

The multi-step process is explicitly sequenced ('Check these layers in order — first match wins'), complexity adjustments are bounded ('apply at most ONE — no cascading'), and failure recovery is a defined feedback loop: retry the fallback chain, max 3 retries, then omit the model parameter, with logging. No destructive or batch operations are involved, so no validation cap applies.

5 / 5

Progressive Disclosure

This is a single-file skill with no bundle directories, and the body is well organized into Context, Patterns, Examples, and Anti-Patterns with clear headers and no nested references. It is not a 5 because at ~135 lines the role-to-model and fallback-chain reference tables could reasonably live in separate one-level-deep files, keeping SKILL.md as a leaner overview.

4 / 5

Total

18

/

20

Passed

Description

46%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 specific domain and its two key structural concepts, but reads like an internal summary rather than a user-facing trigger. It completely lacks 'when to use' guidance and natural trigger terms, which caps both completeness and trigger-term quality. It is distinct from other skills but would rarely be surfaced by a user's natural phrasing.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when spawning agents in Team Mode, when the user specifies or restricts a model, or when choosing a model to control cost or quality.'

Include natural trigger terms users would actually say, such as 'which model', 'use opus', 'save costs', 'pick a model', or 'spawn an agent', so the skill surfaces from natural phrasing.

Lead with what the skill does in action terms ('Resolves which model each spawned agent uses...') instead of structural jargon ('4-layer hierarchy'), which conveys capability better than architecture.

DimensionReasoningScore

Specificity

The description names the domain ('Per-agent model selection') and two structural components ('4-layer hierarchy', 'fallback chains'), but describes structure rather than concrete actions the skill performs. It matches anchor 3 (domain plus 1-2 concrete elements, not comprehensive); it is not 4 because it lists no specific capabilities beyond naming the hierarchy, and not 2 because the domain is clearly and specifically named.

3 / 5

Completeness

It has a reasonably clear 'what' (selects a model per agent via a hierarchy and fallback chains) but no 'when' guidance at all — no 'Use when...' clause or equivalent trigger. Per the judging guidelines, a missing trigger clause caps completeness at 3; it is not 2 because the 'what' is not vague.

3 / 5

Trigger Term Quality

Only 'model selection' is a phrase a user might naturally say; '4-layer hierarchy' and 'fallback chains' are internal jargon, and common natural phrases like 'which model', 'use opus', 'save costs', or 'pick a model' are absent. This fits anchor 2 (one or two keywords present, missing the natural phrases users say) better than 3, which expects broader relevant keyword coverage.

2 / 5

Distinctiveness Conflict Risk

'Per-agent model selection with 4-layer hierarchy and fallback chains' carves a fairly specific niche around agent spawning, so it is mostly distinct with only minor overlap risk against other orchestration or model-configuration skills. It falls between anchors 3 and 5, noticeably above the midpoint, so 4.

4 / 5

Total

12

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
bradygaster/squad
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.