/use-modern-go
Use the Modern Go Guidelines CLI whenever writing, modifying, fixing, or refactoring Go code. Apply its version-specific guidance to generated changes.
$ npx -y skills add jetbrains/go-modern-guidelines --skill use-modern-go --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/use-modern-go
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use the Modern Go Guidelines CLI whenever writing, modifying, fixing, or refactoring Go code. Apply its version-specific guidance to generated changes.
SKILL.md
use-modern-go.SKILL.mdname: use-modern-go
description: Use the Modern Go Guidelines CLI whenever writing, modifying, fixing, or refactoring Go code. Apply its version-specific guidance to generated changes.
Modern Go Guidelines CLI
Always write modern, idiomatic Go code. Use the Modern Go Guidelines CLI as the source of truth for modern Go idioms that may be newer than your knowledge cutoff.
Command:
- Linux or macOS: `sh "<skill-dir>/scripts/run-tool.sh"`
- Windows PowerShell: `& '<skill-dir>\scripts\run-tool.ps1'`
First run and approvals:
On first use, the wrapper installs the Modern Go Guidelines CLI in a local cache directory.
Subcommands:
- `list`
- `explain`
Before editing Go code:
1. Call the wrapper's `list` subcommand for the relevant Go file.
Prefer passing the file you are about to edit:
sh "<skill-dir>/scripts/run-tool.sh" list --file-path path/to/file.go
On Windows, use the PowerShell wrapper with the same arguments.
The CLI resolves the applicable Go version from go.mod, go.work, the local Go toolchain, or an explicit override.
2. If the target Go version is already known, you may pass it directly:
sh "<skill-dir>/scripts/run-tool.sh" list --go-version 1.24
3. Read the complete list output before deciding which guidelines apply.
The list output is ordered newest first. Read the full output because older supported guidelines may still apply.
Do not pipe the output through head, tail, grep, sed, or any other truncating/filtering command. Important guidelines may otherwise be missed.
4. Treat returned guidelines as authoritative for modern Go style choices in code you are editing.
If a guideline applies, follow it even when nearby code or repository convention uses an older pattern. Skip it only when it would not compile, would change behavior, or clearly does not match the edited code. Before skipping a returned guideline that seems relevant, call the wrapper's `explain` subcommand for that guideline ID.
Call `explain` only when a specific guideline may apply and you need the detailed explanation or examples. Request only the guideline IDs you intend to evaluate or apply:
sh "<skill-dir>/scripts/run-tool.sh" explain sync_waitgroup_go
Multiple guideline IDs may be requested as positional arguments:
sh "<skill-dir>/scripts/run-tool.sh" explain atomic_types errors_as_type
Do not call `explain` without guideline IDs. Use `list` first to discover the short guideline list for the target Go version, then call `explain` for the specific returned IDs that need more context.
Read more
name: use-modern-go description: Use the Modern Go Guidelines CLI whenever writing, modifying, fixing, or refactoring Go code. Apply its version-specific guidance to generated changes.
Modern Go Guidelines CLI
Always write modern, idiomatic Go code. Use the Modern Go Guidelines CLI as the source of truth for modern Go idioms that may be newer than your knowledge cutoff.
Command:
- Linux or macOS: `sh "<skill-dir>/scripts/run-tool.sh"`
- Windows PowerShell: `& '<skill-dir>\scripts\run-tool.ps1'`
First run and approvals:
On first use, the wrapper installs the Modern Go Guidelines CLI in a local cache directory.
Subcommands:
- `list`
- `explain`
Before editing Go code:
1. Call the wrapper's `list` subcommand for the relevant Go file.
Prefer passing the file you are about to edit:
sh "<skill-dir>/scripts/run-tool.sh" list --file-path path/to/file.go
On Windows, use the PowerShell wrapper with the same arguments.
The CLI resolves the applicable Go version from go.mod, go.work, the local Go toolchain, or an explicit override.
2. If the target Go version is already known, you may pass it directly:
sh "<skill-dir>/scripts/run-tool.sh" list --go-version 1.24
3. Read the complete list output before deciding which guidelines apply.
The list output is ordered newest first. Read the full output because older supported guidelines may still apply.
Do not pipe the output through head, tail, grep, sed, or any other truncating/filtering command. Important guidelines may otherwise be missed.
4. Treat returned guidelines as authoritative for modern Go style choices in code you are editing.
If a guideline applies, follow it even when nearby code or repository convention uses an older pattern. Skip it only when it would not compile, would change behavior, or clearly does not match the edited code. Before skipping a returned guideline that seems relevant, call the wrapper's `explain` subcommand for that guideline ID.
Call `explain` only when a specific guideline may apply and you need the detailed explanation or examples. Request only the guideline IDs you intend to evaluate or apply:
sh "<skill-dir>/scripts/run-tool.sh" explain sync_waitgroup_go
Multiple guideline IDs may be requested as positional arguments:
sh "<skill-dir>/scripts/run-tool.sh" explain atomic_types errors_as_type
Do not call `explain` without guideline IDs. Use `list` first to discover the short guideline list for the target Go version, then call `explain` for the specific returned IDs that need more context.
This repository contains guidelines for code agents that help them write modern Go code.