CtrlK
BlogDocsLog inGet started
Tessl Logo

subsystem-summary-of-bucket

read this skill for a token-efficient summary of the bucket subsystem

54

Quality

60%

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 ./.claude/skills/subsystem-summary-of-bucket/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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, concrete, and largely token-efficient technical reference for the bucket subsystem. Its main weakness is progressive disclosure: everything lives inline in SKILL.md with no file-level separation despite the volume of reference material.

Suggestions

Move the detailed class/data-structure catalog and the ownership tree into a references/ file (e.g. references/bucket-classes.md), keeping SKILL.md as a concise overview with a clearly signaled link.

Add a short 'Quick reference' or 'Start here' section at the top so the most common need (point lookup or ledger-close flow) is reachable before the full catalog.

Confirm whether the stated 'token-efficient summary' goal is served by inlining ~250 lines, or whether a leaner SKILL.md pointing to references better matches that intent.

DimensionReasoningScore

Conciseness

The body is a dense reference catalog of real classes and methods with almost no padding or basic-concept explanation; a few parenthetical asides (e.g. 'level 0 being youngest/smallest…') could be trimmed, keeping it just below a 5.

4 / 5

Actionability

Though there is no executable code, the reference is highly concrete (specific class names, method lists, and explicit call chains like 'addLiveBatch() → addBatch() → addBatchInternal()'); the instruction-only carve-out applies, so absence of code is not penalized.

4 / 5

Workflow Clarity

The 'Key Control Flows' are clearly numbered and sequenced (Ledger Close, Background Merge, Point Lookup, Eviction Scan); validation checkpoints are absent, but these describe internal system behavior rather than Claude-operated destructive or batch ops, so the workflow cap does not apply.

4 / 5

Progressive Disclosure

The skill is a monolithic ~250-line SKILL.md with no bundle files and no file references; it is well-sectioned, but reference-heavy content (the full class catalog, ownership tree) is inlined rather than split into one-level-deep reference files, and the under-50-line simple-skill exception does not apply.

3 / 5

Total

15

/

20

Passed

Description

48%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 identifies a clear niche but reads as an imperative instruction to Claude rather than a third-person capability statement, and it lacks an explicit trigger clause. Specificity is further weakened by the second-person voice and minimal action coverage.

Suggestions

Rewrite in third person, e.g. 'Summarizes the bucket subsystem of the ledger (BucketList, BucketManager, indexes) in a token-efficient form.'

Add an explicit trigger clause: 'Use when asked about the bucket subsystem, BucketList, LSM merge levels, or bucket indexing.'

Include synonyms and concrete nouns (BucketList, BucketManager, BucketListDB) to improve trigger-term coverage and distinctiveness.

DimensionReasoningScore

Specificity

Names the domain ('bucket subsystem') and one concrete action ('summary') but is not comprehensive; the imperative 'read this skill' is second-person voice, triggering a 1-point reduction from the anchor-3 base.

2 / 5

Completeness

The 'what' is clear (a token-efficient summary of the bucket subsystem) but 'when' is only weakly implied and there is no explicit 'Use when…' trigger clause, capping completeness at 3 per the guideline.

3 / 5

Trigger Term Quality

'bucket subsystem' is a natural codebase keyword a developer might say, but there are no synonyms, variations, or file extensions to broaden coverage.

3 / 5

Distinctiveness Conflict Risk

It targets a clear single subsystem niche with minimal conflict risk, though it could overlap with sibling stellar-core subsystem summary skills.

4 / 5

Total

12

/

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
stellar/stellar-core
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.