CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

context-degradation

Language models exhibit predictable degradation patterns as context length increases. Understanding these patterns is essential for diagnosing failures and designing resilient systems.

Quality

47%

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 ./skills/context-degradation/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

42%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-organized knowledge document with genuinely useful frameworks (the five degradation patterns, four-bucket mitigation strategies, detection symptoms), but it reads as an educational article rather than an operational skill: it is padded with concepts Claude already knows and version-stamped benchmark data, gives strategy-level rather than executable guidance, and its single reference is a dangling mention with no backing file. Strongest on structure, weakest on token efficiency.

Suggestions

Cut the conceptual exposition Claude already knows (lost-in-middle mechanics, attention-sink explanation, distractor-effect theory) and the verbatim repeat of the description in the intro, keeping only the operational implications; this alone would roughly halve the body.

Replace the dangling "Degradation Patterns Reference" mention with a real referenced file (e.g., references/degradation-patterns.md with a markdown link) and move the model-specific threshold table and benchmark statistics there — this also isolates the time-sensitive version data that currently penalizes conciseness.

Add one explicit, ordered diagnostic workflow with validation checkpoints (e.g., 1. measure context length vs. threshold; 2. check symptom list per pattern; 3. apply the matched mitigation; 4. re-test the failing task to confirm recovery), turning the per-pattern prose into a usable procedure.

DimensionReasoningScore

Conciseness

The ~220-line body re-states the frontmatter description verbatim in the intro, extensively explains concepts Claude already knows (the lost-in-middle effect, attention sinks, "Models do not have a mechanism to 'skip' irrelevant context"), and inlines time-sensitive version data (a GPT-5.2/Claude Opus 4.5/Gemini 3 threshold table, "80.9% on SWE-bench Verified", "81.2% MMMU-Pro") that the guidelines say should penalize conciseness outside a deprecated section. This matches 'noticeably verbose; several unnecessary explanations or padded sections' — above score 1 because the material is domain-specific rather than generic library tutorial, below score 3 because the padding and redundancy are pervasive, not occasional.

2 / 5

Actionability

There is real concrete guidance — the Write/Select/Compress/Isolate four-bucket approach, "Use observation masking to replace verbose tool outputs with compact references", "Apply relevance filtering before loading retrieved documents", and the 8-item Guidelines checklist — but it stays at the strategy level: no executable code or commands, compaction triggers are named without thresholds, and the two Examples blocks are illustrative layouts rather than runnable artifacts. This fits 'some concrete guidance but incomplete' — below score 4 because a practitioner cannot execute most of the advice without filling in the specifics themselves.

3 / 5

Workflow Clarity

A rough diagnostic flow exists (symptoms like "degraded output quality on tasks that previously succeeded, tool misalignment" → "consider context poisoning" → recovery options "truncating context to before the poisoning point... or restarting with clean context"), but it is never presented as an explicit sequence, and there are no validation checkpoints confirming a diagnosis or a mitigation's effect. This fits 'sequence present but checkpoints missing or implicit' — below score 4 because no ordered multi-step procedure is laid out anywhere, above score 2 because detection and recovery steps are at least articulated per-pattern.

3 / 5

Progressive Disclosure

Section headers provide decent structure, but no bundle files exist (no references/, scripts/, or assets/), and the one internal reference — "Degradation Patterns Reference - Detailed technical reference" — carries no path or link and does not resolve to any file. Material that clearly belongs in a reference file (the model threshold table, per-pattern deep dives) is inlined in a ~220-line body. This matches 'some structure... references present but not clearly signaled; content that should be separate is inline' — below score 4 because the reference is dangling and detail is inlined, above score 2 because the body is genuinely well-sectioned and navigable.

3 / 5

Total

11

/

20

Passed

Description

28%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 a topic statement about the phenomenon rather than a statement of the skill's capabilities: it says nothing concrete about what the skill does and provides no trigger guidance for when to use it. Distinctiveness is its only relative strength. It falls well short of the rubric's good examples, which pair concrete action lists with explicit 'Use when...' trigger phrases.

Suggestions

Add an explicit 'Use when...' clause naming concrete trigger scenarios, e.g., 'Use when agent outputs degrade during long conversations, when diagnosing lost-in-the-middle or context-poisoning failures, or when designing systems that must handle large contexts.'

State the skill's concrete capabilities as actions in third person, e.g., 'Identifies context degradation patterns (lost-in-middle, poisoning, distraction, confusion, clash), provides detection heuristics and recovery steps, and recommends mitigation architectures.'

Include natural trigger keywords and synonyms users would actually say — 'long context', 'context window', 'lost in the middle', 'context rot', 'agent degrades over long sessions' — to improve trigger-term quality and reduce overlap with sibling context-engineering skills.

DimensionReasoningScore

Specificity

The description names the domain ("predictable degradation patterns as context length increases") but states no concrete skill actions — "diagnosing failures and designing resilient systems" are generic user goals, not capabilities the skill performs. It never says what the skill actually does (e.g., identify patterns, apply mitigation strategies), matching the anchor 'names the domain but actions are minimal or generic'. It is above score 1 because the domain is specific and clearly named, and below score 3 because not even 1-2 concrete actions are listed.

2 / 5

Completeness

The 'what' is vague — the text describes the phenomenon ("Language models exhibit predictable degradation patterns") rather than what the skill does, and the 'when' is entirely absent with no 'Use when...' clause or equivalent trigger guidance. This matches the anchor 'has a vague what and no when', and the rubric guideline that a missing 'Use when' clause caps completeness applies with full force here.

2 / 5

Trigger Term Quality

Only "context length" and "degradation" function as keywords; everything else is academic phrasing ("predictable degradation patterns", "designing resilient systems"). Natural phrases a user would say — "long context", "lost in the middle", "context window limits", "agent getting worse over long conversations" — are absent, matching the anchor 'one or two generic keywords; missing the natural phrases users say'. Below score 3 because the phrasing is conceptual rather than user-utterable, and there is no 'Use when' framing to surface variations.

2 / 5

Distinctiveness Conflict Risk

"Context degradation" carves out a recognizable niche, but the framing "diagnosing failures and designing resilient systems" overlaps directly with sibling skills the body itself lists (context-optimization for mitigation, evaluation for detection/measurement). It fits 'somewhat specific but could still overlap with similar skills' — below score 4 because the description's stated purposes are shared with closely related skills in the same collection.

3 / 5

Total

9

/

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

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/context-degradation/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.