CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

golang-database

Comprehensive guide for Go database access — parameterized queries, struct scanning, NULLable columns, transactions, isolation levels, SELECT FOR UPDATE, connection pool, batch processing, context propagation, and migration tooling. Use when writing, reviewing, or debugging Golang code that interacts with PostgreSQL, MariaDB, MySQL, or SQLite; for database testing; or for questions about database/sql, sqlx, or pgx. Does NOT generate database schemas or migration SQL.

71

Quality

89%

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

80%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 well-structured, highly actionable skill body: executable code covers the common cases, and progressive disclosure via four real one-level-deep references is exemplary. The main gaps are modest redundancy between the summary list and detail sections (plus ORM explanations Claude already knows) and a write-mode workflow that lacks explicit sequencing and validate/retry checkpoints despite covering database and batch operations.

Suggestions

Trim the 'Why NOT ORMs' rationale (Claude knows N+1 and hook pitfalls) to a one-line policy statement, and cut items in the 15-point summary that are fully re-covered by later sections.

Give Write mode an explicit numbered sequence (scan conventions → draft query with parameters → wrap transactions → add error/NULL handling → verify with the testing reference) so 'follow the skill's sequential instructions' has a concrete referent.

Add an explicit validation/feedback checkpoint for batch and transactional operations (e.g., verify affected row counts, retry the whole transaction on serialization failure 40001) in the main body, not only in the error-patterns table.

DimensionReasoningScore

Conciseness

The body is dense and mostly lean with executable examples, but the 15-item "Best Practices Summary" restates points re-covered by later sections, and "Why NOT ORMs" explains concepts (N+1 problems, magic hooks) Claude already knows. This sits between the mostly-efficient (3) and lean (5) anchors — efficient with minor over-explanation.

4 / 5

Actionability

Guidance is copy-paste-ready and covers common cases: parameterized GetContext calls, sqlx.In with Rebind, an allowlist for dynamic sort columns, errors.Is(err, sql.ErrNoRows) handling with two complete function variants, defer rows.Close() plus rows.Err() checking, and concrete pool tuning values. It fully matches the executable anchor.

5 / 5

Workflow Clarity

The Modes section sketches a rough sequence (background agent to grep conventions before generating; sub-agent scan during review) but "follow the skill's sequential instructions" points at no numbered step list, and — for a skill whose scope explicitly includes database and batch operations — there is no validate→fix→retry feedback loop in the main workflow (only a 40001-retry row in the error table). Per the rubric's cap for database/batch operations, workflow clarity cannot exceed 3; it is not 2 because a rough sequence with error-checking patterns is present.

3 / 5

Progressive Disclosure

The body is a well-organized overview with a Deep Dives section listing four real, one-level-deep reference files (transactions, testing, performance, scanning), each with a scope description, and detail is correctly deferred to them (e.g., the Transactions section is a pointer). Verified the referenced files exist and contain no further .md nesting. This matches the clear-overview anchor.

5 / 5

Total

17

/

20

Passed

Description

96%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: it comprehensively lists concrete capabilities, provides explicit and natural 'Use when…' triggers including library and engine names, and states a clear negative boundary. The only weakness is minor overlap risk with sibling skills (golang-testing, golang-security) in the same skill family.

DimensionReasoningScore

Specificity

The description enumerates over ten concrete capabilities — "parameterized queries, struct scanning, NULLable columns, transactions, isolation levels, SELECT FOR UPDATE, connection pool, batch processing, context propagation, and migration tooling" — matching the comprehensive multi-action anchor. It is not the 4 anchor because there are no meaningful coverage gaps.

5 / 5

Completeness

It explicitly answers what the skill does (the capability list) and when to use it ("Use when writing, reviewing, or debugging Golang code that interacts with…; for database testing; or for questions about database/sql, sqlx, or pgx"), and adds a negative boundary ("Does NOT generate database schemas or migration SQL"). This clearly matches the top anchor with concrete trigger phrases.

5 / 5

Trigger Term Quality

Natural user phrasing is well covered: "writing, reviewing, or debugging Golang code", "PostgreSQL, MariaDB, MySQL, or SQLite", "database testing", and the exact library names "database/sql, sqlx, or pgx" users cite when asking for help. Library and engine names plus activity verbs give comprehensive trigger coverage.

5 / 5

Distinctiveness Conflict Risk

The Go-database niche with named libraries is mostly distinct, but "for database testing" overlaps a golang-testing sibling skill and injection-prevention topics overlap golang-security (both cross-referenced in the body), giving minor overlap risk with closely related skills. Not 5 because of this family overlap; not 3 because the library- and engine-specific triggers are far more specific than the 'somewhat specific' anchor.

4 / 5

Total

19

/

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

metadata_field

'metadata' should map string keys to string values

Warning

Total

15

/

16

Passed

Repository

samber/cc-skills-golang

Path

skills/golang-database/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.