Update the Go version in go.mod (and related config files) to the latest stable release. Fetches the current latest version from the web, updates all relevant files, runs go mod tidy, and commits.
80
76%
Does it follow best practices?
Impact
87%
1.07xAverage score across 3 eval scenarios
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./plugins/dev-workflows/skills/update-go-version/SKILL.mdQuality
Discovery
82%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 a well-written, specific description that clearly communicates the concrete actions the skill performs for Go version management. Its main weakness is the absence of an explicit 'Use when...' clause, which would help Claude know exactly when to select this skill. The description is concise, uses third person voice correctly, and targets a distinct niche.
Suggestions
Add an explicit 'Use when...' clause, e.g., 'Use when the user asks to update Go, upgrade the Go version, bump go.mod, or migrate to a newer Go release.'
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: update Go version in go.mod, fetch latest version from web, update related config files, run go mod tidy, and commit. These are clear, actionable steps. | 3 / 3 |
Completeness | Clearly answers 'what does this do' with specific actions, but lacks an explicit 'Use when...' clause or equivalent trigger guidance. The when is only implied by the description of capabilities. | 2 / 3 |
Trigger Term Quality | Includes natural keywords users would say: 'Go version', 'go.mod', 'latest stable release', 'go mod tidy', 'config files'. These are terms a developer would naturally use when requesting this task. | 3 / 3 |
Distinctiveness Conflict Risk | Very specific niche: updating Go version in go.mod and related files. Unlikely to conflict with other skills due to the precise domain (Go language version management) and specific file references. | 3 / 3 |
Total | 11 / 12 Passed |
Implementation
70%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a well-structured skill with an excellent phased workflow that covers discovery, updating, validation, and committing. Its main weakness is that the update steps (Phase 3) are descriptive rather than providing executable commands or code for parsing the API response and performing file modifications. The conciseness is good but could be tightened slightly by removing obvious information.
Suggestions
Add executable code for fetching and parsing the Go downloads API JSON (e.g., a curl + jq one-liner or Python snippet) rather than just providing the URL.
Provide concrete sed/awk commands or code snippets for the string replacements in Phase 3, especially for go.mod and YAML files, rather than describing the replacements in prose.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The content is mostly efficient and well-structured, but includes some information Claude would already know (e.g., explaining what `.nvmrc` is and marking it 'skip', listing obvious file types like Dockerfile). The file type listing is useful as a checklist but could be slightly tighter. | 2 / 3 |
Actionability | Provides concrete bash commands for discovery and clear string replacement patterns, but lacks executable code for the key step of fetching and parsing the Go downloads API JSON. The update instructions describe what to do rather than providing exact sed/awk commands or code snippets for performing the replacements. | 2 / 3 |
Workflow Clarity | Excellent phased workflow with clear sequencing (discover → identify → check → update → tidy/verify → commit). Phase 4 includes explicit validation steps (go mod tidy, go build, go test) with a feedback-aware note about pre-existing failures. The skip-if-current check in Phase 2 is a good guard. | 3 / 3 |
Progressive Disclosure | For a standalone skill with no bundle files, the content is well-organized into clearly labeled phases with appropriate section headers. The skill is under 100 lines and doesn't need external references; the phased structure serves as effective progressive disclosure within a single file. | 3 / 3 |
Total | 10 / 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 |
|---|---|---|
allowed_tools_field | 'allowed-tools' contains unusual tool name(s) | Warning |
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 9 / 11 Passed | |
349d5ed
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.