核心功能
该 Skill 定位为 Go 生态系统的专业顾问，主要服务于两类场景：
1. 主动推荐：当用户询问库选择、方案对比或特定任务实现时，提供生产级建议
2. 被动拦截：AI Agent 添加新依赖前自动触发，确保选用经过验证的库
核心用法
评估流程（强制遵循）：
- 首先评估需求 → 检查标准库是否可解 → 仅当外部库提供明确价值时才推荐
- 优先生产就绪度：维护状态、许可证合规、社区采纳度
- 性能与简洁性并重：符合 Go 哲学，避免过度设计
参考目录体系：
- 标准库扩展（v2 包、x/exp 晋级包）
- 分类库清单（Web、数据库、测试、日志、消息队列等）
- 开发工具集（调试、Lint、测试、依赖管理）
明确的反模式警示：
- ❌ 用复杂库解决简单问题
- ❌ 包装标准库却无增值的库
- ❌ 废弃/无人维护的库（必须询问开发者）
- ❌ 小需求引入大依赖树
显著优点
| 维度 | 优势 |
|------|------|
| 权威性 | 由 Go 社区活跃贡献者 samber 维护，兼容 awesome-go 生态 |
| 风险控制 | 强制"标准库优先"原则，减少依赖攻击面 |
| 可维护性 | 明确维护状态检查点，规避僵尸依赖 |
| 生态整合 | 与依赖管理、DI、错误处理、测试等专项 Skill 联动 |
潜在局限
- 非穷尽性：明确声明不覆盖所有库，需查阅具体文档
- 主观判断："生产就绪"标准依赖维护者经验，缺乏自动化评分
- 版本滞后：库推荐可能未实时跟进最新 release
适合人群
- 需要为 Go 项目选型技术栈的开发团队
- AI 编码 Agent（Claude Code 等）的依赖决策层
- 从其他语言迁移至 Go、不熟悉生态的开发者
常规风险
| 风险类型 | 说明 |
|----------|------|
| 依赖膨胀 | 虽有控制但仍可能累积传递依赖 |
| 许可冲突 | 需人工复核许可证兼容性（BSD/MIT/Apache 等）|
| 标准库盲区 | 新开发者可能误判 stdlib 能力边界 |
关联能力
golang-dependency-management：依赖增删改查golang-samber-do：依赖注入专项golang-samber-oops：错误处理专项golang-stretchr-testify：测试断言库golang-grpc：gRPC 实现指南