Go Micro 合并第 5000 个 PR：从服务走向智能体与工作流

Go Micro 的十年，从服务到智能体与工作流的转变，以及重新焕发的持续构建能力。

我们刚刚合并了 Go Micro 的 pull request #5000。这似乎是一个很好的时刻，来回顾这个已经参与我生活十多年的项目。

维护任何一款软件这么久都很困难。行业在变，人们的需求在变，你自己的兴趣和精力也在变。要让某个东西保持有用，就意味着要重新审视决策、支持人们已经依赖的功能，并找到一个继续下去的理由。

感谢所有这些年里使用过 Go Micro、为它做出贡献、报告过问题或质疑过它方向的人。正是这种持续的参与，让维护这样一个项目这么久成为可能。

服务仍然是基础

Go Micro 始于一个简单的想法：让用 Go 构建服务变得更容易。客户端、服务器、注册中心、消息代理、传输层和编解码器为开发者提供了服务通信的构建块。存储和配置围绕它们发展起来。接口和实用的默认值让人们可以从小处着手，并替换自己需要的部分。

这些服务仍然是我们所做一切的核心构建块。它们包含让系统变得有用的操作、数据和应用逻辑。

智能体需要一种行动方式。服务为它提供了这一点：它可以发现并作为工具调用的操作。当工作顺序已知时，工作流为这些操作提供了顺序。两者都建立在同样的能力之上，而其他 Go 程序、API 或用户界面也可以使用这些能力。

这使得从服务到智能体与工作流的转变成为框架的自然演进。你构建的服务仍然有用，只是与它交互的方式发生了变化。智能体可以选择调用什么，而服务继续定义该操作做什么。

AI 也改变了我开发 Go Micro 本身的方式。

GitHub Copilot、Claude Code 和 Codex 等工具带来了兴趣和能力的复苏。我可以探索一个想法、推进变更，并重新审视项目中那些以前需要太多时间才能处理的部分。在看清需要改变什么与能够对此采取行动之间，摩擦更少了。

不被代码困住帮助很大。它留出了更多空间来从整体上思考这个框架：它是为了什么、各个部分如何组合在一起，以及对于试图使用它的人来说感觉如何。

这些决策的责任仍然存在。生成的代码仍然需要审查、测试，以及一个明确的存在理由。能够做出更多变更，反而让决定哪些变更值得做变得更加重要。

我在这个项目之外也看到了这种重新燃起的兴趣。在整个行业中，人们正在重新思考他们能构建什么，以及现有软件能变成什么。对于一个长期运行的项目来说，这是一个回到其基础并为其找到新用途的机会。

Go Micro 的下一阶段，是让服务、智能体和工作流以一种易于理解和扩展的方式融合在一起。

这意味着让服务本身保持有用，让智能体可以用 Go 编程，并为开发者提供一种清晰的方式来协调工作。这也意味着更短的文档、更少的相互竞争的起点，并关注整体体验，而不仅仅是增加功能。

十年之后，仍有更多东西需要构建。AI 帮助恢复了做这项工作的精力和能力。目标依然熟悉：让开发者更容易构建有用的软件。