go-naming

Enforce Google and Uber Go naming conventions for packages, types, and identifiers.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Go projects often suffer from inconsistent naming across packages, types, and identifiers, making code harder to read and maintain.

Core Features & Use Cases

  • Enforces Google/Uber Go naming conventions (MixedCaps, no underscores)
  • Guides package naming, initialisms, receiver naming, and avoiding repetition
  • Provides quick references and examples to improve code quality and readability in reviews

Quick Start

Apply the Go naming conventions to identifiers in your codebase to ensure clarity and consistency.

Frequently Asked Questions about go-naming

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

FAQPage Schema
What are the canonical Go naming conventions for packages and types?

Canonical Go naming conventions enforce MixedCaps for types and identifiers, avoiding underscores, to ensure clear and idiomatic code across packages. These standards guide receiver naming, initialisms, and package naming to improve readability.

How do I apply Go naming rules during code reviews?

To apply Go naming rules during code reviews, check identifiers against MixedCaps rules, initialisms capitalization, and receiver naming guidelines. This ensures consistency and readability aligned with Google and Uber Go style guides.

Why does Go use MixedCaps instead of underscores for identifiers?

Go uses MixedCaps instead of underscores for identifiers to enforce canonical coding standards that enhance readability. This approach applies to packages, types, and variables, aligning with Google's and Uber's style guides for idiomatic code.

Can I use this Go naming style guide for large refactoring projects?

Yes, you can use this Go naming style guide for large refactoring projects. It enforces canonical naming conventions across packages, types, and identifiers, ensuring consistency and readability in Go projects of all sizes.

What is the best way to name receivers in Go methods?

The best way to name receivers in Go methods is to follow canonical conventions that avoid repetition and ensure clarity. Consistent receiver naming improves code readability and aligns with Google and Uber Go style guides.

How should initialisms like ID or URL be capitalized in Go code?

Initialisms like ID or URL should be capitalized consistently in Go code to maintain readability and idiomatic style. Enforcing canonical initialisms rules ensures clarity across packages, types, and identifiers during coding and refactoring.