brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
golang-languageCore idioms, style guides, and best practices for writing idiomatic Go code. Use when writing Go code following official style guides and idiomatic patterns.
Independent GitHub snapshot · Automated classification · Original documentation governs
gofmt or goimports on save. Use gopls for LSP features.camelCase for internal (unexported) and PascalCase for public (exported) symbols.http, user). Avoid _ or camelCase in package names.error as last return value. Handle errors immediately at call-site.make(slice, len, cap) to pre-allocate capacity and avoid redundant re-allocations.zero-value initialization over explicit nil checks where possible.panic: Return errors, don't panic._ ignored errors: Always check and handle errors.log.Error, not log.LogError.After writing or modifying Go code:
mcp__ide__getDiagnostics — catch compile errors and gopls type diagnostics immediatelygo vet ./... — catch common mistakes (printf mismatches, unreachable code, shadowed vars)goimports -w . — fix imports and formatting in one pass