
Go Data Structures
- 893 installs
- 137 repo stars
- Updated June 20, 2026
- cxuu/golang-skills
go-data-structures is a Go agent skill that teaches slice pointer-length-capacity internals and backing-array aliasing so developers avoid memory and mutation bugs in dynamic Go data.
About
go-data-structures is a Go-focused agent skill from cxuu/golang-skills that distills Effective Go slice semantics into agent-actionable rules. The skill documents the three-item slice descriptor—pointer, length, and capacity—and shows how slices describe sections of underlying arrays rather than storing data independently. Developers reach for go-data-structures when agents generate or review Go code involving sub-slicing, append growth, shared backing storage, or nil slices, because subtle aliasing can cause cross-variable mutations and capacity surprises. Concrete examples cover creating slices from fixed arrays, interpreting len and cap after slicing, and recognizing when two slice variables observe the same memory. The skill is reference guidance for backend Go services, CLIs, and APIs where in-memory collection behavior affects correctness and performance reviews.
- Explains the three-item slice descriptor: pointer, length, and capacity
- Demonstrates how slices reference and mutate underlying arrays
- Covers slice operator syntax including the three-index form for capacity control
- Shows why append must return the slice due to pass-by-value header semantics
- Includes concrete code examples from Effective Go for immediate application
Go Data Structures by the numbers
- 893 all-time installs (skills.sh)
- +39 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #26 of 290 Python skills by installs in the Skillselion catalog
- Security screen: LOW risk (skills.sh audit)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/cxuu/golang-skills --skill go-data-structuresAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 893 |
|---|---|
| repo stars | ★ 137 |
| Security audit | 3 / 3 scanners passed |
| Last updated | June 20, 2026 |
| Repository | cxuu/golang-skills ↗ |
How do Go slice internals cause mutation bugs?
Master Go slice internals so their code avoids common memory and mutation bugs when working with dynamic data.
Who is it for?
Backend Go developers debugging unexpected slice mutations, capacity changes, or nil-slice behavior in services and CLIs.
Skip if: Developers who only need high-level Go syntax tutorials without runtime slice semantics or aliasing details.
When should I use this skill?
User asks about Go slices, len/cap, append growth, backing arrays, or mutation bugs across sub-slices
What you get
Agent guidance on slice descriptors, backing-array aliasing rules, and reviewed Go slice code patterns
- Slice aliasing guidance
- Reviewed Go slice code patterns
By the numbers
- Documents the 3-part Go slice descriptor: pointer, length, and capacity
Files
Go Data Structures
Resource Routing
references/SLICES.md- Read when deciding nil versus empty slices, copying slices, or managing slice capacity and aliasing.
Choosing a Data Structure
What do you need?
├─ Ordered collection of items
│ ├─ Fixed size known at compile time → Array [N]T
│ └─ Dynamic size → Slice []T
│ ├─ Know approximate size? → make([]T, 0, capacity)
│ └─ Unknown size or nil-safe for JSON? → var s []T (nil)
├─ Key-value lookup
│ └─ Map map[K]V
│ ├─ Know approximate size? → make(map[K]V, capacity)
│ └─ Need a set? → map[T]struct{} (zero-size values)
└─ Need to pass to a function?
└─ Copy at the boundary if the caller might mutate itWhen this skill does NOT apply: For concurrent access to data structures (mutexes, atomic operations), see go-concurrency. For defensive copying at API boundaries, see go-defensive. For pre-sizing capacity for performance, see go-performance.
---
Slices
The append Function
Always assign the result — the underlying array may change:
x := []int{1, 2, 3}
x = append(x, 4, 5, 6)
// Append a slice to a slice
x = append(x, y...) // Note the ...Two-Dimensional Slices
Independent inner slices (can grow/shrink independently):
picture := make([][]uint8, YSize)
for i := range picture {
picture[i] = make([]uint8, XSize)
}Single allocation (more efficient for fixed sizes):
picture := make([][]uint8, YSize)
pixels := make([]uint8, XSize*YSize)
for i := range picture {
picture[i], pixels = pixels[:XSize], pixels[XSize:]
}Declaring Empty Slices
Prefer nil slices over empty literals:
// Good: nil slice
var t []string
// Avoid: non-nil but zero-length
t := []string{}Both have len and cap of zero, but the nil slice is the preferred style.
Exception for JSON: A nil slice encodes to null, while []string{} encodes to []. Use non-nil when you need a JSON array.
When designing interfaces, avoid distinguishing between nil and non-nil zero-length slices.
---
Maps
Implementing a Set
Use map[T]struct{} when the map is only a set. The empty struct takes no storage and makes membership intent explicit:
attended := map[string]struct{}{"Ann": {}, "Joe": {}}
if _, ok := attended[person]; ok {
fmt.Println(person, "was at the meeting")
}Use boolean map values only when the value carries a separate meaning beyond presence.
---
Copying
Be careful when copying a struct from another package. If the type has methods on its pointer type (*T), copying the value can cause aliasing bugs.
General rule: Do not copy a value of type T if its methods are associated with the pointer type *T. This applies to bytes.Buffer, sync.Mutex, sync.WaitGroup, and types containing them.
// Bad: copying a mutex
var mu sync.Mutex
mu2 := mu // almost always a bug
// Good: pass by pointer
func increment(sc *SafeCounter) {
sc.mu.Lock()
sc.count++
sc.mu.Unlock()
}---
Quick Reference
| Topic | Key Point |
|---|---|
| Slices | Always assign append result; nil slice preferred over []T{} |
| Sets | map[T]struct{} for membership-only sets |
| Copying | Don't copy T if methods are on *T; beware aliasing |
Related Skills
- Defensive copying: See go-defensive when copying slices or maps at API boundaries to prevent mutation
- Capacity hints: See go-performance when pre-sizing slices or maps for known workloads
- Iteration patterns: See go-control-flow when using range loops over slices, maps, or channels
- Declaration style: See go-declarations when choosing between
new,make,var, and composite literals
Go Slice Internals
Source: Effective Go
---
The Three-Item Descriptor
A slice is a runtime data structure with three components:
- Pointer: Address of the first accessible element
- Length: Number of elements (
len(s)) - Capacity: Max elements to end of underlying array (
cap(s))
arr := [5]int{10, 20, 30, 40, 50}
s := arr[1:4] // s = [20, 30, 40]
// pointer: &arr[1], length: 3, capacity: 4A nil slice has all three items set to zero/nil.
---
Slices Reference Underlying Arrays
Slices don't store data—they describe a section of an array:
data := [4]int{1, 2, 3, 4}
a := data[0:2] // [1, 2]
b := data[1:3] // [2, 3]
b[0] = 99
fmt.Println(a) // [1, 99] - both see the change
fmt.Println(data) // [1, 99, 3, 4]---
The Slice Operator
s[lo:hi] creates a slice from index lo to hi-1:
s := []int{0, 1, 2, 3, 4, 5}
s[2:4] // [2, 3]
s[:3] // [0, 1, 2]
s[3:] // [3, 4, 5]Three-index form s[lo:hi:max] limits capacity to max-lo.
---
Why append Must Return the Slice
The slice header is passed by value. Functions can modify elements but cannot change the caller's header:
func Append(slice, data []byte) []byte {
l := len(slice)
if l+len(data) > cap(slice) {
newSlice := make([]byte, (l+len(data))*2)
copy(newSlice, slice)
slice = newSlice // Only changes local variable
}
slice = slice[0 : l+len(data)]
copy(slice[l:], data)
return slice // Caller must receive the new header
}When reallocation occurs, slice points to a new array. The caller's original still points to the old one—returning lets them update their reference.
---
The copy Function
copy(dst, src) copies elements and returns the count copied:
src := []int{1, 2, 3, 4, 5}
dst := make([]int, 3)
n := copy(dst, src) // n=3, dst=[1,2,3]Handles overlapping slices correctly. Copies min(len(dst), len(src)) elements—no reallocation occurs.
---
Slice Gotchas
1. Shared Underlying Array
original := []int{1, 2, 3, 4, 5}
subset := original[1:3]
subset[0] = 99
fmt.Println(original) // [1, 99, 3, 4, 5] - modified!
// Fix: make independent copy
subset := make([]int, 2)
copy(subset, original[1:3])2. Append May or May Not Reallocate
a := make([]int, 3, 5) // len=3, cap=5
b := a[0:3]
a = append(a, 4) // Fits in capacity - still shared
a = append(a, 5, 6) // Exceeds capacity - now independent3. Memory Leaks from Large Backing Arrays
// Bad: small slice keeps entire file in memory
func getHeader(file []byte) []byte { return file[:100] }
// Good: copy to release the large array
func getHeader(file []byte) []byte {
header := make([]byte, 100)
copy(header, file)
return header
}4. Nil vs Empty Slice
var nilSlice []int // nil, len=0, cap=0
emptySlice := []int{} // non-nil, len=0, cap=0
// Both work identically with len, cap, append, range
// Prefer nil for uninitialized stateQuick Reference
| Operation | Behavior |
|---|---|
s[lo:hi] | Slice from lo to hi-1 |
s[lo:hi:max] | Slice with capacity limited to max-lo |
append(s, x...) | Returns new slice; may reallocate |
copy(dst, src) | Returns count copied; no reallocation |
Related skills
How it compares
Choose this skill over generic Go style guides when the problem is runtime slice aliasing, not formatting or package layout.
FAQ
What is a Go slice descriptor?
go-data-structures defines a Go slice as a runtime descriptor with three parts: a pointer to the first element, length (len), and capacity (cap) to the end of the underlying array. Agents use this model to predict sharing and mutation across sub-slices.
Why do two Go slices mutate together?
go-data-structures explains that slices reference the same underlying array, so assigning through one sub-slice can change elements visible in another. The skill trains agents to flag shared backing storage during code review and refactoring.
Is Go Data Structures safe to install?
skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.