go-naming

Apply idiomatic Go naming conventions to identifiers and code elements.

Updated May 2, 2026
One-click install
npx skills add https://github.com/Qunnnn/agents --skill go-naming-qunnnn
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: go-naming
Source: https://github.com/Qunnnn/agents/tree/main/skills/go/go-naming
Command: npx skills add https://github.com/Qunnnn/agents --skill go-naming-qunnnn

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps developers avoid inconsistent or unclear naming choices in Go code by applying established naming conventions that improve readability and maintainability.

Core Features & Use Cases

  • Go Naming Guidance: Provides conventions for packages, files, identifiers, interfaces, receivers, acronyms, and errors.
  • Code Quality Improvement: Helps review and refactor Go code to follow idiomatic naming patterns such as MixedCaps, concise receivers, and clear package names.
  • Use Case: Apply this Skill when creating new Go APIs or reviewing existing code to ensure names are predictable and easy for other developers to understand.

Quick Start

Ask the go-naming skill to review my Go code and suggest more idiomatic names for packages, types, variables, and errors.

Frequently Asked Questions about go-naming

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What are the idiomatic naming conventions for Go code?

Idiomatic Go naming conventions apply MixedCaps for identifiers, concise receiver names, clear package names, and specific patterns for acronyms, constructors, and errors to improve code readability and maintainability.

How do I review and refactor Go code for better naming consistency?

To review and refactor Go code for naming consistency, apply established rules for visibility, interfaces, receivers, and error patterns to ensure identifiers remain predictable and easy for other developers to understand.

Does Go require specific naming patterns for exported and unexported identifiers?

Yes, Go naming rules require specific visibility patterns where exported identifiers use capitalized MixedCaps and unexported ones use lowercase MixedCaps, ensuring clear access control across packages and files.

What is the best way to name receiver variables in Golang?

The best way to name receiver variables in Golang is to use concise, consistent names across methods, typically a one or two-letter abbreviation of the type, to improve readability without cluttering the code.

How should acronyms and errors be named in Go API design?

In Go API design, acronyms should maintain consistent capitalization like MixedCaps, while error naming patterns should clearly indicate the failure context to ensure predictable and understandable API interfaces.