go-naming
Go naming conventions for packages, files, types, functions, methods, receivers, variables, constants, errors, acronyms and tests, grounded in Effective Go…
Skill by eduardo-sl
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/eduardo-sl-go-naming
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md and code. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/go-naming
Tools it pre-approves 7
From allowed-tools in SKILL.md: the agent may use these without asking you each time.
ReadEditWriteGlobGrepBash(go:*)Bash(gofmt:*)
What's inside
- Skill name
go-naming- Description
- Go naming conventions for packages, files, types, functions, methods, receivers, variables, constants, errors, acronyms and tests, grounded in Effective Go and Go Code Review Comments. Use when: "what should I name this", "name this package", "naming review", "is this name idiomatic", "stuttering names", "Get prefix", "acronym casing", "error variable name", "receiver name". Not for: formatting, imports and declarations (go-coding-standards), carrying out a rename across the codebase (go-semantic-tools, go-refactoring).
- License
- MIT
- Compatibility
- Designed for Claude Code or similar AI coding agents working on Go projects. Requires the Go toolchain.
- Allowed tools
- Read, Edit, Write, Glob, Grep, Bash(go:*), Bash(gofmt:*)
- Metadata
- author: eduardo-sl · version: 1.0.0
- Instructions
- 157 lines in SKILL.md · view on GitHub
Before installing
- Pre-approves some shell commands
Files (2)
- SKILL.md
- examples.md · references/
SKILL.md (first lines)
# Go Naming In Go the package name is part of every call site, capitalization decides visibility, and short names are the norm. A good name reads well *where it is used*, not where it is declared. > Community default. A project skill or agent-config rule that explicitly > supersedes `go-naming` takes precedence over this one. Detailed reference material, loaded on demand: - `references/examples.md` — before/after renames for every rule below, including the initialism and stuttering edge cases. Read a reference file only when the summary below is not enough. ## 1. Quick Reference | Element | Convention | Example | |---|---|---| | Package | short, lowercase, one word, singular | `order`, `httpsign`, `postgres` | | File | lowercase, `_` allowed, named after its main type or concern | `order_service.go`, `order_service_test.go` | | Exported identifier | `MixedCaps` | `ParseToken`, `MaxRetries` | | Unexported identifier | `mixedCaps` | `parseToken`, `maxRetries` | | Initialism | all one case | `URL`, `userID`, `ServeHTTP`, `xmlParser` | | Getter / setter | `Owner()` / `SetOwner()` | never `GetOwner()` | | Constructor | `New` for the package's main type, `NewThing` otherwise | `ring.New`, `http.NewRequest` | | Panicking variant | `Must` prefix | `template.Must`, `regexp.MustCompile` | | Functional option | `With` + setting | `WithTimeout`, `WithLogger` | | One-method interface | method + `-er` | `Reader`, `Notifier` | | Receiver | 1-2 letters, same on every method | `func (s *Server)` | | Sentinel error | `Err` prefix (`err` unexported) | `ErrNotFound`, `errClosed` | | Error type | `Error` suffix | `ValidationError` | | Enum constant | type name prefix, zero = unknown | `StatusUnknown`, `StatusActive` | | Test | `Test` + function, `Test` + type `_` method | `TestParse`, `TestCache_Get` | ## 2. Packages - Short, lowercase, single word: no underscores, no `mixedCaps`, no plural (`order`, not `orders`). - Name it after what it *provides*: `retry`, `httpsign`, `postgres`. Never `util`, `common`, `helpers`, `misc`, `base`, `models`, `types` — they say nothing and collect everything. - The directory name and the package name match. - Avoid names callers want for their variables (`url`, `user`, `buf`) when the package is imported widely; a call site with `u := user.New()` reads better than shadowing the package. ## 3. Don't Stutter The package name is always present at the call site, so don't repeat it: ```go // ✅ Good — reads once http.Client order.Service user.New() config.Load() // ❌ Bad — says it twice http.HTTPClient order.OrderService user.NewUser() config.LoadConfig() ``` The rule covers every exported name in the package, not just the main type: in package `dbpool`, `Pool`, `Status` and `Option` — not `DBPool`, `PoolStatus`, `PoolOption`. ## 4. MixedCaps, Initialisms and Constants - Every identifier is `MixedCaps` or `mixedCaps`. Underscores appear only in test names (`TestCache_Get`), generated code, and cgo. - An initialism keeps one case throughout: `URL`, `ID`, `HTTP`, `JSON`, `API` — `userID`, `parseURL`, `ServeHTTP`, `HTTPServer`, `xmlHTTPRequest`. Never `UserId`, `ParseUrl`, `HttpServer`. - Constants are `MixedCaps` like everything else: `MaxRetries`, not `MAX_RETRIES` — case already means "exported" in Go. - Name constants for their role, not their value: `DefaultPort`, not `Port8080`. - Do not shadow predeclared identifiers: `len`, `cap`, `new`, `make`, `close`, `copy`, `error`, `string`, `min`, `max`. ## 5. Functions and Methods - Getters drop `Get`: `u.Name()`, and the setter is `u.SetName()`. `Is`/`Has`/`Can` stay on boolean predicates: `IsActive()`. - Constructors: `New` when the package has one main type, `NewThing` otherwise. A constructor that panics on bad input is `MustThing`. - Canonical names carry a contract. Call a method `Read`, `Write`, `Close`, `Flush`, `String`, `Error` or `ServeHTTP` only if it has the standard signature and meaning — and if it does, use that name (`String()`, never `ToString()`). - Name for what the caller gets, not how it is computed: `Users()`, not `QueryAndBuildUserList()`. - Format-string variants end in `f`: `Errorf`, `Logf`. ## 6. Variables and Receivers - Name length grows with scope: `i`, `n`, `err`, `ctx`, `buf` inside a few lines; `retryTimeout`, `pendingOrders` across a function; full words at package level. - Don't put the type in the name (`userSlice` → `users`, `nameStr` → `name`), and don't repeat context the reader already has (`order.ID` inside `type Order`, not `order.OrderID`). - Receivers are one or two letters from the type (`s *Server`, `rw *responseWriter`), the same on every method of the type — never `this` or `self`. - Unexported package-level variables may take a `_` prefix (`_defaultTimeout`) to keep them distinct from locals — the Uber style convention. Follow whichever the codebase already uses. - Boolean names read as a question: `isReady`, `hasChildren`, `canRetry`. ## 7. Types and Interfaces - Types are nouns: `Request`, `FileHeader`, `RetryPolicy`. - A one-method interface is the method plus `-er`: `Reader`, `Notifier`, `Validator`. Never an `I` prefix or `Interface` suffix. - Name an interface after the behavior the consumer needs, in the consumer's package (`orderStore` in the service), not after the implementation it happens to have. ## 8. Errors
From eduardo-sl/go-agent-skills, MIT.
More from eduardo-sl/go-agent-skills
- 0.676score
go-cli
eduardo-sl
Build command-line tools in Go: flag handling, subcommands, stdin/stdout discipline, exit codes, signal handling, and when Cobra/Viper earn their weight over…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-modernize
eduardo-sl
Modernize Go code to use current language features and standard library additions, Go 1.21 through 1.27: generics and generic methods, log/slog, errors.Join…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-graphql
eduardo-sl
Build GraphQL servers in Go with gqlgen: schema-first generation, resolver structure, the N+1 problem and dataloaders, complexity and depth limits, error…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-grpc
eduardo-sl
gRPC services in Go beyond the basics: proto design, status codes and error details, interceptors, deadlines, streaming, health checks, and graceful shutdown.
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-interface-design
eduardo-sl
Go interface design patterns: implicit interfaces, consumer-side definition, interface compliance verification, composition, the…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-api-design
eduardo-sl
HTTP/REST API design for Go services: handlers, ServeMux routing, middleware, request validation, pagination, idempotency, health checks, error responses, and…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-coding-standards
eduardo-sl
Go coding standards and style conventions grounded in Effective Go, Go Code Review Comments, and production-proven idioms.
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-context
eduardo-sl
Correct usage of context.Context in Go: propagation, cancellation, timeouts, deadlines, values, and common anti-patterns.
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-data-structures
eduardo-sl
Correct use of Go's built-in data structures: slices (nil vs empty, append semantics, aliasing, preallocation), maps (comma-ok, sets, iteration order)…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-documentation
eduardo-sl
Go documentation conventions: godoc comments, package docs, testable Example functions, deprecation notices, doc links, and project docs (README, CHANGELOG…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-error-handling
eduardo-sl
Go error handling patterns, wrapping, sentinel errors, custom error types, and the errors package.
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-database
eduardo-sl
Database patterns for Go services: database/sql, connection management, transactions, migrations, query builders, and ORM usage (sqlc, GORM, ent).
SkillAFreshness: A★ 82Claude Code +9
Signals
- Stars
- 82
- Forks
- 10
- Open issues
- 0
- Last commit (this folder)
- Oct 15, 2026 (12 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- Version
- 1.0.0
- License
- MIT
- Repository
- github.com/eduardo-sl/go-agent-skills
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from eduardo-sl
- 0.676score
go-cli
eduardo-sl
Build command-line tools in Go: flag handling, subcommands, stdin/stdout discipline, exit codes, signal handling, and when Cobra/Viper earn their weight over…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-api-design
eduardo-sl
HTTP/REST API design for Go services: handlers, ServeMux routing, middleware, request validation, pagination, idempotency, health checks, error responses, and…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-graphql
eduardo-sl
Build GraphQL servers in Go with gqlgen: schema-first generation, resolver structure, the N+1 problem and dataloaders, complexity and depth limits, error…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-grpc
eduardo-sl
gRPC services in Go beyond the basics: proto design, status codes and error details, interceptors, deadlines, streaming, health checks, and graceful shutdown.
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-interface-design
eduardo-sl
Go interface design patterns: implicit interfaces, consumer-side definition, interface compliance verification, composition, the…
SkillAFreshness: A★ 82Claude Code +9 - 0.676score
go-coding-standards
eduardo-sl
Go coding standards and style conventions grounded in Effective Go, Go Code Review Comments, and production-proven idioms.
SkillAFreshness: A★ 82Claude Code +9
Cite this page
go-naming skill. Agent Mart. https://agentmart.dev/skills/eduardo-sl-go-naming (last updated 2026-10-24)