核心用途
本技能为Golang开发者提供经过实战验证的设计模式库，涵盖从微架构到代码细节的全方位指导。核心聚焦于显式优于隐式的Go哲学，帮助开发者在API设计、应用结构化和生产加固时做出正确决策。
核心用法
技能以两种模式运作：设计模式（创建新API/包结构）和审查模式（扫描代码中的设计缺陷）。关键模式包括：
- 函数选项模式（Functional Options）：构造函数首选方案，支持向后兼容的API演进
- 显式初始化：彻底避免
init()函数，强制依赖注入 - 错误优先处理：保持快乐路径扁平，早期返回错误
- 即时defer：资源打开后立即
defer Close()，防止遗漏 - 流式处理：大数据集迭代器与流式传输，防止OOM
显著优点
- 经过实战验证：由知名开源作者维护（samber系列），与
pkg/samber生态同源的工程经验 - 模式决策清晰：明确对比函数选项vs构建器、panic vs错误返回等关键取舍
- 生产级细节：涵盖超时控制、资源限制、优雅关闭、重试策略等常被忽视的可靠性要素
- 架构中立：不强推特定架构，而是提供Clean/Hexagonal/DDD/扁平布局的选择框架
潜在局限性
- 社区默认约束：明确声明可被企业级技能覆盖，存在优先级冲突可能
- 工具依赖：需要Go运行时和golangci-lint等配套工具
- 版本锁定：针对Go 1.23+特性（如迭代器）有特定依赖
- 非交互式：
user-invocable: false意味着需由Claude Code主动调用，用户无法直接触发
适合人群
- 设计新Go服务或重构遗留代码的中高级开发者
- 需要统一团队代码规范的Tech Lead
- 从其他语言（Java/Python）迁移至Go，需理解惯用法差异的开发者
- 关注生产可靠性、需加固现有系统的SRE/平台工程师
常规风险
- 过度设计风险：技能本身强调"避免过早抽象"，但使用者可能误将模式当作必选项
- 模式误用：函数选项在简单场景（<3个参数）中反而增加认知负担
- 隐式依赖链：跨技能引用（如golang-error-handling、golang-context）可能导致建议碎片化