Go
Skill nimadorostkar/Claude-Skills-collection/skills/languages/go
Use when writing Go services, CLIs, or libraries. Covers idiomatic error wrapping, goroutine and context discipline, interface design, table-driven tests, and the race detector.From its SKILL.md
npx -y skills add nimadorostkar/Claude-Skills-collection --skill goAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 26 days oldThe repository was created 26 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 23 stars23 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
4.1 KB, 951 tokens by cl100k_base, as published. Nobody here has run it
Go
Purpose
Write Go that is boring in the best sense: explicit errors, bounded concurrency, small interfaces, and tests that read like a specification.
When to Use
- Building HTTP services, gRPC servers, or CLI tools in Go.
- Reviewing Go code for concurrency correctness or leaked goroutines.
- Designing package boundaries and interfaces.
- Diagnosing performance with pprof or the race detector.
Capabilities
- Idiomatic error handling: wrapping,
errors.Is,errors.As, sentinel errors. - Concurrency: contexts, worker pools,
errgroup, channel patterns, graceful shutdown. - Interface design at the point of consumption.
- Table-driven tests, golden files, fuzzing, benchmarks.
- Profiling with pprof; escape analysis and allocation reduction.
Inputs
- Package path or module.
- Go version (default: latest stable).
- Concurrency and latency requirements.
Outputs
- Code that passes
go vet,staticcheck, andgo test -race. - Table-driven tests covering error paths.
- A shutdown path that drains work and honors context cancellation.
Workflow
- Define the contract — Types and function signatures first. Errors are part of the signature.
- Implement the happy path — Then handle every error explicitly. No
_ = err. - Bound concurrency — Every goroutine has an owner, a cancellation path, and a place its error is read.
- Test the table — Cases as data, including the error cases.
- Gate —
go vet ./...,staticcheck ./...,go test -race ./....
Best Practices
- Accept interfaces, return structs. Define the interface in the consuming package, not the producing one.
- Wrap errors with context:
fmt.Errorf("load user %s: %w", id, err). Wrap once per layer, no more. - Pass
context.Contextas the first parameter to anything that does I/O. Never store it in a struct. - A goroutine started without a way to stop it is a leak. Use
errgroup.WithContextfor anything fan-out. - Do not use
panicfor control flow. It is for programmer error only. - Preallocate slices when the size is known:
make([]T, 0, n).
Examples
Bounded fan-out with error propagation:
func FetchAll(ctx context.Context, ids []string, limit int) ([]User, error) {
g, ctx := errgroup.WithContext(ctx)
g.SetLimit(limit)
users := make([]User, len(ids))
for i, id := range ids {
i, id := i, id
g.Go(func() error {
u, err := fetch(ctx, id)
if err != nil {
return fmt.Errorf("fetch user %s: %w", id, err)
}
users[i] = u
return nil
})
}
if err := g.Wait(); err != nil {
return nil, err
}
return users, nil
}
Table-driven test including failures:
func TestParseDuration(t *testing.T) {
tests := map[string]struct {
in string
want time.Duration
wantErr error
}{
"seconds": {in: "30s", want: 30 * time.Second},
"empty": {in: "", wantErr: ErrEmptyInput},
"bad unit": {in: "5 fortnights", wantErr: ErrUnknownUnit},
}
for name, tc := range tests {
t.Run(name, func(t *testing.T) {
got, err := ParseDuration(tc.in)
if !errors.Is(err, tc.wantErr) {
t.Fatalf("err = %v, want %v", err, tc.wantErr)
}
if got != tc.want {
t.Errorf("got %v, want %v", got, tc.want)
}
})
}
}
Notes
go test -racecatches data races only on code paths it actually executes. Race-test the concurrent paths deliberately.- Since Go 1.22, loop variables are per-iteration; the
i, id := i, idshadowing above is redundant on 1.22+ but harmless and still required on older versions. - Generics are useful for containers and constraints, not as a substitute for interfaces.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.