大模型支持「工具调用」后，对话里可以查天气、查库、调 API；模型会返回该调用哪个函数、传什么参数。服务端要做的，就是解析模型返回的 tool_calls、执行对应逻辑、把结果塞回对话。用 Go 实现，结构清晰、易维护。下面说清楚解析、执行与一整轮怎么串起来。

Function Calling（Tool Use）指：你把可调用的函数列表以 JSON Schema 等形式传给大模型，模型在需要时会在回复里带 tool_calls，指明函数名和参数。服务端解析后执行真实逻辑，把结果再发给模型，由模型生成最终回答。

最近在折腾 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）：复用结构化提示

在当今AI技术飞速发展的时代，作为Go开发者，我们正站在一个重要的转折点。AI不再只是Python社区的专属领域，Go语言凭借其高性能、并发处理和简洁的语法，正在AI应用开发中崭露头角。这篇文章将带你全面了解Go开发者必须掌握的AI技术和概念。

Go语言凭借其出色的并发性能、高效的内存管理和简洁的语法，在构建AI应用基础设施方面具有天然优势。与AI工作负载通常需要大量的网络请求和并发处理的特点完美契合。

在实际应用中，Go语言特别适合构建高性能AI服务后端、数据处理管道、模型部署和服务化等场景。无论是通过API集成大模型，还是构建完整的RAG系统，Go都能提供稳定高效的基础支撑。