Design and review stable, idiomatic Go package APIs covering naming, exported declarations, embedding, receivers, typed-nil interfaces, generics, functional options, method sets, errors, wire contracts, compatibility, and examples.
Use when creating a reusable Go package, reviewing its public surface, evolving an exported API, or choosing concrete types, functions, methods, fields, interfaces, or type parameters.
Similar popular skills
Related neighbors and high-traction skills in the same topics — useful to compare before installing.
Files included with this skill beyond the listing page.
skill mdSKILL.md3,155 B
docsSUMMARY.md447 B
History
First recorded snapshot · 1 installs
SKILL.md
Go Idiomatic API Design
Design from the caller's code inward. Prefer the smallest coherent public surface that preserves invariants and can evolve without needless interfaces.
Core Workflow
Identify callers, supported operations, and compatibility constraints.
Sketch realistic call sites before choosing exported names or types.
Keep packages cohesive and names clear without package-name stutter.
Prefer concrete provider APIs; define narrow interfaces at consumers.
Decide zero-value, mutation, copying, concurrency, and error contracts.
Integrate standard interfaces only when their semantics truly match.
Prove the public surface with external tests and executable examples.
Review the change for accidental compatibility commitments.
Read Next
Task
Load
Design or evolve an API
guidelines.md, workflows/review-public-api.md
Choose types, fields, methods, or interfaces
references/api-design/rules.md
Understand compatibility and method sets
references/api-design/knowledge.md
Review concrete patterns
references/api-design/examples.md
Guardrails
Do not export a field merely to avoid writing behavior.
Do not define a provider-wide interface as a mirror of its methods.
Do not accept an interface before a real consumer requires substitution.
Do not use a standard interface when its conventional semantics are surprising.
Do not claim conformance assertions prove behavior.
Do not embed a public type unless every promoted behavior is intentional.
Do not return a typed nil pointer through an interface success path.
Check the module's Go language version before giving version-sensitive advice.
Source Notes
Guidance is transformed and paraphrased from Inanc Gumus, Go by Example: Programmer's Guide to Idiomatic and Testable Programs (Manning, 2025), especially Chapters 1, 2, 5, 9, and 10. Examples are original.
Embedding, receivers, generics, functional options, and typed-nil guidance also incorporates transformed material from Teiva Harsanyi, 100 Go Mistakes and How to Avoid Them (Manning, 2022), Chapters 2 and 6.