2 篇博文 含有标签「GDK」

goose 发布已经很久了。狗年都比不上智能体年。goose 比通用的智能体式 AI 还稍微早一点。这一切背后最初的想法是：如果把一个 shell 会话的控制权交给 LLM，会发生什么？

结果，有意思的事发生了。模型写一条命令，命令跑起来，结果回到对话里，模型再决定下一步做什么。我们的工具调用从那场实验里自然长出来，如今坐在大多数编程智能体中心的智能体循环也是如此。

后来工具调用有了正式形态，MCP 出现了。批准、上下文管理、待办列表、Top of Mind、子代理、重试、钩子、技能、配方和转向也跟着来了。最初的智能体循环却还在。每加一个功能，就多一个分支、一个局部变量，或一个特例。一轮之内可能同时有十几种不同的关切在起作用，而且彼此影响。取消必须知道当前在跑的是推理还是工具。压缩必须理解提供商错误和用量。工具可以改写提示词。停止钩子可以把一份已经完成的回答变回更多工作。循环开始缠成一团意大利面。

过去一年开发者工具最大的转变，不是智能体的兴起，而是智能体订阅的兴起。我们不再挑选 LLM 平台、计算 token。我们开始选择一个智能体 CLI，并支付固定的月费。

这能用，直到你意识到每个智能体都隐含一个特定的前端。Cursor 是它自己的编辑器（VS Code 的一个分支）。Claude Code 起步时只是终端工具。许多智能体只在某一个特定环境里好用。即便像 Copilot 这样有广泛 IDE 支持的智能体，也会把更深的功能绑在自己的生态里。如果你想在喜欢的编辑器里用另一个智能体，往往没办法。

Agent Client Protocol（ACP） 是由 Zed Industries 牵头的社区规范，把智能体和编辑器解耦。goose 在两个方向上实现了 ACP：编辑器可以接入 goose，goose 也可以接入其他智能体。这篇文章走过今天在实践中那是什么样子。