最近在折腾 Cursor、Claude 等 AI 编程工具的朋友，多半见过两个词：Skill 和 MCP。一个负责「教 AI 怎么做事」，一个负责「让 AI 能调用外部能力」。于是有人问：既然 Skill 越来越强，会不会有一天完全取代 MCP？

目前来看：不会。 二者解决的是不同层面的问题，更像是「左手和右手」的关系，而不是谁替代谁。

用 Go 写后端、CLI 或运维工具时，要把大模型能力接进去，第一个问题往往是：Go 里该用哪个 SDK？生态够不够用？ 和 Python/Node 相比，Go 的 AI 生态更「散」，但近几年已有不少可用方案。本文按云端大模型、MCP、本地模型、RAG 四类场景盘点主流库，并给出选型建议。

场景：调用 OpenAI、国产大模型或兼容 OpenAI 协议的 API。

首选：openai-go（github.com/openai/openai-go），OpenAI 官方维护的 Go 库，覆盖 Chat 补全、流式输出、Function Calling、Embeddings、语音与图像等能力，与官方 REST API 保持一致，后续迭代有保障。

当 AI 应用需要查数据库、调 API、读文件时，总不能把整套系统都塞进提示词里。Model Context Protocol（MCP） 就是为解决这个问题而生：它让大模型通过统一协议安全、可控地连接外部数据源和工具。如果你在用 Go 做后端或 CLI，用 Go 写 MCP 服务再合适不过——编译成单二进制、并发友好、部署简单。这篇文章就聊聊 Go 里如何快速实现一个 MCP 服务，以及目前主流的 Go MCP 框架 该怎么选。

MCP（Model Context Protocol）是一套开放标准，用来在 AI 应用和外部系统之间建立安全、可控的连接。大模型通过 MCP 可以：

• 调用工具（Tools）：执行计算、查库、发请求等
• 访问资源（Resources）：读文件、读 API 数据等
• 使用提示模板（Prompts）：复用结构化提示

在日常写 Go 的时候，你一定见过 go.sum 这个文件：每次 go get、go mod tidy 之后，它总是自动变长，里面密密麻麻地写着一行行 h1:xxxx 的“奇怪字符串”。很多同学知道它“和安全、完整性有关”，但真正问一句：go.sum 里的这个特殊哈希值到底是怎么算出来的？大多数人其实说不太清楚。

这篇文章，我们就从实战开发者视角，把 go.sum 里的特殊哈希（特别是 h1: 开头的那串值）讲清楚：它是什么、为什么需要它、底层大致怎么算，以及你如何在本地手动验证它。

先看一行典型的 go.sum 内容：

北京时间 2026 年 2 月 11 日凌晨，Go开发团队自豪地宣布Go 1.26正式发布！这一版本带来了语言语法、性能优化和开发工具等多方面的重大改进，堪称Go语言演进道路上的又一里程碑。

无论你是Go老手还是新手，这次更新都值得关注。让我们一起来看看Go 1.26都有哪些亮眼表现！

Go 1.26对语言本身进行了两项重要优化，让代码编写更加简洁优雅。

"Go语言是用什么语言写的？"这个问题看似简单，却隐藏着编程世界里的"鸡生蛋"哲学难题。想象一下：如果Go语言是用Go语言写的，那第一个Go语言编译器又是用什么写的呢？

要理解Go语言的诞生，首先要明白编译器的作用。编译器就像翻译官，把人类能看懂的代码翻译成机器语言。没有编译器，再强大的编程语言也无法运行。

但新语言诞生时，第一个编译器从哪里来？这就像教婴儿说话，婴儿还不会任何语言，你该怎么开始？

在现代Web开发领域，函数式编程思想正逐渐改变我们构建后端服务的方式。与传统的面向对象编程不同，函数式编程强调不可变性、纯函数和函数组合，能够带来更简洁、可测试性更强和更易于维护的代码。这篇文章将深入探讨如何完全采用函数式编程范式，基于Gin和GORM构建一个完整的Go Web项目。

传统的面向对象模式中，我们通常定义结构体并为其添加方法。而在函数式方法中，我们将使用纯函数和高阶函数来构建整个应用，充分利用Go语言在函数式编程方面的特性。

以下是项目目录结构：

在日常开发中，我们经常会遇到这样的场景：多个goroutine需要等待某个条件成立才能继续执行。比如，等待缓存加载完成、等待资源就绪或等待特定信号。面对这种需求，你的第一反应是什么？是使用忙轮询不断检查条件，还是使用channel进行通信？

其实，Go语言提供了一个更加优雅的解决方案：sync.Cond。

sync.Cond是Go语言标准库中提供的条件变量，它允许一组goroutine在某个条件不满足时进入等待状态，直到其他goroutine通知它们条件已经改变。条件变量与互斥锁（sync.Mutex或sync.RWMutex）配合使用，可以有效协调多个goroutine的执行顺序。

在日常开发中，我们经常会遇到需要循环处理数据的场景：轮询任务分配、循环缓存、圆形动画等。Go语言标准库中的container/ring包就是为了这类场景而生的利器。

环形链表是一种特殊的链表，它的最后一个元素指向第一个元素，形成一个闭环。与普通线性链表不同，环形链表没有真正的起点和终点，可以从任意节点开始遍历整个结构。

Go语言中的container/ring包实现了双向循环链表，每个节点都包含指向前一个和后一个节点的指针，这种设计使得前后遍历都变得非常高效。

你是否好奇过，go fmt 是如何瞬间格式化你的代码的？IDE 是如何知道你的函数"未定义"的？或者 golangci-lint 是如何发现你潜藏的 Bug 的？这一切的幕后功臣，就是 Go 语言的 ast 包。

想象一下，当你阅读一篇文章时，大脑不会只是记住每个单词，而是会理解句子的主谓宾结构。类似地，当 Go 编译器读取你的代码时，它首先会把代码转换成一棵抽象语法树（AST）。

AST 是源代码的结构化表示，它将代码分解为一系列节点，每个节点代表一个语法结构（如函数声明、变量定义、表达式等）。可以把 AST 想象成代码的"骨骼 X 光片"，它抛弃了不必要的细节（如空白符、注释分隔符等），专注于代码的逻辑结构。