clean-code-go
Skill1 starsChanged 3 months agoMITView on GitHub
Use when writing or reviewing Go — deeper idioms (error wrapping, small interfaces at the consumer, context, goroutine lifecycle, avoiding interface{}).
In this repository9 other files it gives its agents.
- agent-orchestrationSkill
- clean-code-audioSkill
- clean-code-bashSkill
- clean-code-coreSkill
- clean-code-cppSkill
- clean-code-cSkill
- clean-code-pythonSkill
- clean-code-rustSkill
- clean-code-tsSkill
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 1 is distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 16
Avoid interface{}/any except at true boundaries (encoding).
- Very specific: line 19
Every goroutine needs a clear stop condition and owner.
- Distinctive: line 20
Don't leak goroutines or channels.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Clean-code Go (depth)
On top of the base rules (gofmt, go vet, golangci-lint, table tests).
Errors
- Wrap with context:
fmt.Errorf("doing X: %w", err); inspect witherrors.Is/errors.As. - Handle every error where it happens; don't
_ =it away. Sentinel errors as package vars when callers must branch.
Interfaces & types
- Define interfaces at the consumer, keep them 1–3 methods. Accept interfaces, return concrete structs.
- Avoid
interface{}/anyexcept at true boundaries (encoding). Prefer concrete types and generics where they fit.
Concurrency
- Every goroutine needs a clear stop condition and owner; pass
context.Context(first param) and honor cancellation. - Don't leak goroutines or channels; the launcher is responsible for shutdown. Guard shared state with a mutex or a channel, not both.
Style
- Zero-value-useful structs; constructors only when needed. Early returns; no deep nesting.
Smells
interface{}threaded through business logic → concrete types/generics.- A goroutine with no cancellation path → a leak.
- Errors logged and returned at every layer → double logging; wrap and return, log once at the edge.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

