CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

electrodb

Use when defining DynamoDB entities, modeling indexes, or writing queries/mutations with the ElectroDB ORM. Covers entity schema, access patterns, CRUD operations, update expressions, and single-table design patterns.

69

Quality

87%

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

78%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.

A highly actionable, token-efficient reference with executable examples throughout and useful error-avoidance guidance (key composition rule, Common Mistakes). Its main structural weakness is that the entire API surface lives inline in SKILL.md rather than being split across one-level-deep reference files.

Suggestions

Move the bulk API reference (Schema Quick Reference tables, sort key operations, execution options) into a references/ file (e.g. references/api.md) and keep only a quick-start entity definition plus pointers in SKILL.md, following the one-level-deep reference pattern.

Eliminate the duplicated primary/GSI index example between Entity Definition and Index Design — keep the full annotated example once and show only the LSI variation in the second.

Add an explicit validation loop for risky operations, e.g., "inspect with .params() and verify the composite keys before running .go() on updates/deletes", turning the existing .params() mention into a checkpoint step.

DimensionReasoningScore

Conciseness

Dense tables and terse annotated code with near-zero prose padding, but two trimmable redundancies: the Installation section duplicates what Claude can derive, and the Index Design example re-shows the primary/GSI structure already demonstrated in the Entity Definition example (only the LSI is new). Fits the 4 anchor ("efficient; minor instances that could be trimmed") rather than 5.

4 / 5

Actionability

Every section is copy-paste-ready executable TypeScript: full entity definition, all CRUD methods, chained and data() update expressions, query pagination with cursors, conditional writes, execution options, and a runnable scaffold script. Specific examples cover the common cases, matching the 5 anchor exactly.

5 / 5

Workflow Clarity

Topic order gives an implicit sequence (define entity → design indexes → CRUD → queries), and checkpoints exist: ".params()" to inspect before executing and a Common Mistakes table covering error cases like update-on-missing-item. Falls short of 5 because there is no explicit validate-then-execute loop (e.g., run .params() to verify an expression before .go()) for the risky write/delete operations.

4 / 5

Progressive Disclosure

Well-sectioned and the scripts/new-entity.sh reference is clearly signaled with a full description, but the ~270-line body inlines a complete API reference (attribute options, sort-key operation tables, execution options) that belongs in a references/ file — the rubric's 3-anchor example ("200 lines of API reference that could be in a separate file") is an exact match. Not a 4 because the bulk of reference content is not split out; not a 2 because structure and navigation are good and the one reference present is well signaled.

3 / 5

Total

16

/

20

Passed

Description

91%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.

A strong description with an explicit trigger clause, third-person voice, and dense coverage of both capabilities and activation conditions. Its only weakness is minor overlap risk with generic DynamoDB tooling and a few uncovered features (services/collections, conditional writes).

DimensionReasoningScore

Specificity

"defining DynamoDB entities, modeling indexes, or writing queries/mutations" plus "Covers entity schema, access patterns, CRUD operations, update expressions, and single-table design patterns" lists several specific actions. Falls just short of the 5 anchor's comprehensive coverage because Service/collection queries, pagination, and conditional writes are not mentioned.

4 / 5

Completeness

Both questions are answered explicitly: an "Use when defining DynamoDB entities, modeling indexes, or writing queries/mutations..." trigger clause and a clear "what" ("Covers entity schema, access patterns, CRUD operations, update expressions, and single-table design patterns"). Third-person voice throughout; no person-voice penalty applies.

5 / 5

Trigger Term Quality

Natural terms users would actually say are comprehensively covered: "DynamoDB entities", "modeling indexes", "queries/mutations", "ElectroDB ORM", "CRUD", "access patterns", "single-table design". These span the domain's natural vocabulary, including the community-specific "single-table design" phrase.

5 / 5

Distinctiveness Conflict Risk

"ElectroDB ORM" and "single-table design patterns" carve a clear niche, but "DynamoDB entities" and "queries/mutations" leave minor overlap risk with a hypothetical generic DynamoDB/AWS-SDK skill. Fits the 4 anchor ("mostly distinct; minor overlap risk with closely related skills") better than 5, since the domain term DynamoDB is shared infrastructure.

4 / 5

Total

18

/

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

whimzyLive/nightshift-ai

Path

skills/electrodb/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.