CtrlK
BlogDocsLog inGet started
Tessl Logo

learning-loop

Capture new learnings discovered during code exploration or user interaction that were not present in context, memories, or codebase documentation. This skill should be invoked when Claude discovers something new about the codebase, tools, workflows, or domain knowledge that could benefit future sessions.

68

Quality

81%

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

SKILL.md
Quality
Evals
Security

Quality

Content

92%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 lean, fully executable guide for a single-purpose skill: exact command, argument spec, realistic examples, concrete output format, and clear include/exclude triggers. The only nit is a small redundancy between the opening paragraph and the Do-NOT-invoke list.

DimensionReasoningScore

Conciseness

Every section earns its place (When to Use, Do NOT invoke, command, args table, examples, output format, notes) with no concept explanations Claude wouldn't know. Minor trimming possible: the opening line ("not already documented in context, memories, or Markdown files in the codebase") largely repeats the "Do NOT invoke" section. Fits anchor 4 (efficient, minor instances that could be trimmed) rather than 5's every-token-earns-its-place.

4 / 5

Actionability

Gives the exact executable command with a realistic example ("API rate limits are 100 req/min per tenant"), an argument table, three additional copy-paste examples covering distinct scenarios, and the exact output format. The referenced script scripts/log-learning.sh exists in the bundle and behaves as documented (appends timestamped entries to .claude/learning.yaml). Fully executable and copy-paste ready — anchor 5.

5 / 5

Workflow Clarity

This is a simple single-action skill: run the logging script with a summary. Per the simple-skill exception, a single unambiguous action can score 5; here the action, its argument, and its effect are all unambiguous, and the operation is non-destructive (a single append, with argument validation inside the script itself).

5 / 5

Progressive Disclosure

The body is ~60 lines of well-organized single-level content: no inlined material that belongs in a separate file, and its one bundle dependency (scripts/log-learning.sh) is correctly referenced and matches the actual bundle structure. Clear section headers make navigation trivial, fitting the simple-skill exception for well-organized skills with no need for external references.

5 / 5

Total

19

/

20

Passed

Description

70%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 clearly answers both what the skill does and when to invoke it, with a genuinely useful negative scope (only undocumented knowledge) that sets it apart. Its main weakness is thin action specificity — a single "capture" verb — and trigger phrasing stated as instruction rather than natural terms a user or Claude would emit.

Suggestions

Add one more concrete action verb describing what the skill actually does with the learning (e.g., "capture and append new learnings to a persistent learning log"), which would raise specificity and make the skill's mechanism discoverable from the description alone.

Rewrite the trigger clause as natural phrases rather than an instruction, e.g., "Use when Claude or the user learns something new about the codebase, tools, workflows, or domain that isn't in CLAUDE.md, memories, or docs".

Sharpen distinctiveness by naming the artifact (e.g., "...recorded in .claude/learning.yaml for periodic review") to clearly separate this from memory-management and documentation skills.

DimensionReasoningScore

Specificity

"Capture new learnings discovered during code exploration or user interaction" names the domain and a concrete action, and enumerates contexts ("codebase, tools, workflows, or domain knowledge"), but offers only one action (capture/log) with no detail on how learnings are recorded. This matches anchor 3 (domain plus 1-2 concrete actions, not comprehensive) rather than anchor 4, which requires several specific actions.

3 / 5

Completeness

Both parts are present: the "what" ("Capture new learnings ... that were not present in context, memories, or codebase documentation") and an explicit "when" ("This skill should be invoked when Claude discovers something new ... that could benefit future sessions"). The "when" clause is explicit but reads as generic instruction rather than concrete trigger phrasing, so it fits anchor 4 (both present, when could be more explicit) rather than anchor 5.

4 / 5

Trigger Term Quality

Includes solid natural keywords like "code exploration", "user interaction", "tools", "workflows", "domain knowledge", and "codebase documentation". A few natural trigger phrases users would actually say are missing (e.g., "learned something new", "undocumented behavior", "remember this for later"), keeping it at anchor 4 rather than 5's comprehensive synonym/variation coverage.

4 / 5

Distinctiveness Conflict Risk

The scope is fairly distinct — capturing newly discovered knowledge that is explicitly *not* in context, memories, or documentation — with a clear niche versus general documentation skills. Minor overlap risk remains with memory-management or documentation-writing skills that also "capture information", matching anchor 4 rather than 5's minimal-conflict clear niche.

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
cteyton/packmind
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.