Go (Golang) naming conventions — covers packages, constructors, structs, interfaces, constants, enums, errors, booleans, receivers, getters/setters, functional options, acronyms, test functions, and subtest names. Use this skill when writing new Go code, reviewing or refactoring, choosing between naming alternatives (New vs NewTypeName, isConnected vs connected, ErrNotFound vs NotFoundError, StatusReady vs StatusUnknown at iota 0), debating Go package names (utils/helpers anti-patterns), or asking about Go naming best practices. Also trigger when the user mentions MixedCaps vs snake_case, ALL_CAPS constants, Get-prefix on getters, or error string casing. Do NOT use for general Go implementation questions that don't involve naming decisions.
93
92%
Does it follow best practices?
Impact
97%
1.22xAverage score across 3 eval scenarios
Passed
No known issues
Quality
Discovery
100%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is an excellent skill description that thoroughly covers what the skill does (Go naming conventions across many specific areas), when to use it (with rich trigger scenarios and concrete examples), and when NOT to use it. The inclusion of specific naming alternatives as trigger terms is particularly effective for disambiguation. The description uses proper third-person voice throughout.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists numerous specific concrete areas covered: packages, constructors, structs, interfaces, constants, enums, errors, booleans, receivers, getters/setters, functional options, acronyms, test functions, and subtest names. Also provides concrete naming examples like 'New vs NewTypeName', 'ErrNotFound vs NotFoundError'. | 3 / 3 |
Completeness | Clearly answers both 'what' (Go naming conventions covering a comprehensive list of areas) and 'when' (explicit 'Use this skill when...' clause with multiple trigger scenarios, plus an 'Also trigger when...' clause and a 'Do NOT use for...' exclusion boundary). | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural terms users would say: 'Go naming best practices', 'MixedCaps vs snake_case', 'ALL_CAPS constants', 'Get-prefix on getters', 'error string casing', 'utils/helpers anti-patterns', and specific naming alternatives like 'isConnected vs connected'. These are highly natural phrases a developer would use. | 3 / 3 |
Distinctiveness Conflict Risk | Highly distinctive — narrowly scoped to Go naming conventions specifically, with explicit exclusion of general Go implementation questions. The specific naming examples and anti-patterns make it very unlikely to conflict with a general Go coding skill or other language naming skills. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
85%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a strong, well-structured Go naming conventions skill with excellent actionability and progressive disclosure. The quick reference table is immediately useful, and the detailed sections provide concrete examples with clear good/bad patterns. The main weakness is some redundancy between sections (quick reference, frequently missed conventions, and common mistakes all cover overlapping ground), which inflates token usage without proportional value.
Suggestions
Consolidate the 'Frequently Missed Conventions' and 'Common Mistakes' sections — many entries overlap (boolean fields, error strings, enum zero values, constructor naming). A single well-organized table with brief rationale would be more token-efficient.
Trim explanatory text that restates what the code examples already show — e.g., the stuttering section's prose largely repeats what the code comments demonstrate.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is generally well-organized and avoids explaining basic Go concepts, but it's quite lengthy with some redundancy — the 'Common Mistakes' table repeats information already covered in earlier sections (e.g., stuttering, MixedCaps, boolean fields, error strings). The 'Frequently Missed Conventions' section also overlaps with the quick reference table. Could be tightened by ~30%. | 2 / 3 |
Actionability | The skill provides concrete, specific naming patterns with clear good/bad code examples throughout. The quick reference table, inline code examples, and common mistakes table all give copy-paste-ready patterns that Claude can directly apply when writing or reviewing Go code. | 3 / 3 |
Workflow Clarity | This is primarily a reference/convention skill rather than a multi-step workflow, so the single-task exemption applies. The content is clearly sequenced from quick reference → core rules → detailed categories → common mistakes → enforcement, which is logical and unambiguous for a naming conventions guide. | 3 / 3 |
Progressive Disclosure | Excellent progressive disclosure — the SKILL.md provides a comprehensive quick reference and key rules inline, then clearly signals one-level-deep references to detailed category files (packages-files.md, identifiers.md, functions-methods.md, types-errors.md, testing.md) with descriptive summaries of what each contains. Cross-references to related skills are also well-signaled. | 3 / 3 |
Total | 11 / 12 Passed |
Validation
81%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 9 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
metadata_field | 'metadata' should map string keys to string values | Warning |
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 9 / 11 Passed | |
b88f91d
Table of Contents
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.