54,857 颗星、Apache 2.0、Linux 基金会 AAIF 旗舰：Goose 这个本地 AI Agent，三形态 + 15 家模型 + 70 个 MCP 扩展

智源·AI 开源观察 技术创作者 2026-10-02 16 阅读

Goose 在 10 月 1 日这一天悄悄把 Star 数刷到了 54,857，Forks 6,353，Open Issues 413，距离它从 block/goose 改名 aaif-goose/goose 刚过去半年。这不是一个普通 AI Agent 的常规增长曲线——它的身份已经从「Block（前 Square）那个 12,000 员工内部用的 AI Agent」切换成了「Linux 基金会旗下 Agentic AI Foundation（AAIF）的旗舰项目」，与 Anthropic 的 MCP、OpenAI 的 AGENTS.md 并列三大创始项目。

如果你以为 Goose 还是一年前那个「Block 开源的小工具」，现在可以重新看一眼了。

它到底是什么：不是编辑器、不是 Copilot，而是一个能动手改东西的 Agent

Goose 的官方定义只有一句话：「your native open source AI agent — desktop app, CLI, and API」（README）。它和 Claude Code、Cursor、GitHub Copilot 不是一类东西：

  • vs Claude Code：Claude Code 绑死在 Anthropic 的 Claude 模型；Goose 模型无关，15+ 提供商直接换，OpenAI、Anthropic、Google、Ollama、OpenRouter、Azure、Bedrock 都能接，连你已有的 Claude/ChatGPT/Gemini 订阅也能通过 ACP 协议拿来用。
  • vs Cursor：Cursor 是 VS Code 的 fork，AI 内嵌在 IDE 里；Goose 是独立进程，提供 macOS/Linux/Windows 桌面端、CLI 和可嵌入 API 三种形态。
  • vs Copilot：Copilot 主要做代码补全；Goose 是动作导向——不只建议，而是真的去安装、执行、编辑、测试。

形态上 Goose 是一套：核心用 Rust 写（GitHub 公开数据 显示 Rust 是主语言），桌面端基于 Tauri（不是 Electron），所以包体积小、内存占用低。License 是 Apache 2.0，可以商用、可以闭源 fork，不用公开修改。

五个月三次大改：项目还在飞速跑

GitHub Releases 显示 Goose 的发版节奏非常密集，最近 5 周发了 3 个版本（releases 列表）：

  • v1.52.0（2026-09-23）：桌面端引入实时语音对话；新增 Decisions provider crate，支持 OpenRouter 和 Jev；支持 Opus 5.5、GPT-6-sol、GPT-6-luna；Recipe 参数限制收紧到 max 32 params / 200 select options / 128 KiB。
  • v1.51.0（2026-09-17）：EUrouter 作为声明式 provider 接入；GPT-live API 支持；外部 backend ACP socket 重定向；可选终端响铃（turn 完成时提醒）。
  • v1.50.1（2026-09-14）：补丁版本，回滚 MCP 默认版本选择更新。

这还没算更早的两次重要更新：v1.29.0（2026-03-31）加了 sub-agent 委派（外层 orchestrator Goose 会话能拉起多个子 Agent，各自用自己的 LLM、工具集和任务范围，子 Agent 日志直接进主 UI），v1.28.0（2026-03-18）加了一个「对抗 Agent」——一个并行的第二模型会盯住所有出站工具调用，尝试阻止上下文外泄，这是个针对企业级场景的安全妥协。

它能做什么、不能做什么

能力上，Goose 内置 8 类扩展（数据可视化、JS 执行、Computer Control、开发者工具、Memory、Subagent 委派、持久化指令、Tutorial），再加上 70+ 社区 MCP 扩展覆盖 GitHub、MongoDB、Figma 等常见场景。任何符合 MCP 协议的服务器都能被 Goose 拉起来用，这一点让它在 MCP 生态里事实上成了参考实现之一。

但它有几个真实门槛——这是多数评测文章不会写的：

  1. 默认是 Autonomous 模式：装完默认就是「不用确认直接动文件」，会改文件、跑命令、删文件。Goose 自己的 SECURITY.md 也承认「开发者 Agent 能跑代码、能在你机器上做事」，风险模型跟纯聊天 LLM 是两个物种。goose configure 一下切到 Smart Approval 或 Manual Approval 是正经做法。
  2. VS Code 集成薄：跟 Claude Code 那种 IDE 深度集成没法比，JetBrains 插件 2026 年才上、还不成熟。
  3. 没有官方基准分数：没有公开的 SWE-bench 或 Terminal-Bench 成绩，跟 Claude Code 在复杂链路上的差距是真实存在的。
  4. 没有付费支持 / 企业 SLA：出问题只有 GitHub Issues 和 Discord。

适合谁、不适合谁

适合：

  • 想用一个开源、可商用、本地运行的通用 Agent（不光是写代码）；
  • 需要模型切换灵活（一个 session 里可以便宜模型跑脚手架，复杂推理路由到 Claude/GPT）；
  • 团队在受监管环境里跑（Ollama + 本地模型零数据出境）；
  • 想用 MCP 生态深一点的工程自动化。

不适合：

  • 只想「装上就能用」、对配置零容忍的开发者（Claude Code 开箱体验更顺）；
  • 已经在 Anthropic 订阅里、不需要模型灵活性的人；
  • 主要活在 VS Code 里、要编辑器深度集成的人；
  • 需要厂商 SLA + 付费支持的企业。

下一步建议

如果你想亲自试一下，按这个顺序走最省时间：

  1. 桌面端体验：下载安装包（macOS / Linux / Windows），先在 Smart Approval 模式下跑一遍内置教程 extension；
  2. CLI 试水：curl -fsSL https://github.com/aaif-goose/goose/releases/download/stable/download_cli.sh | bash，在个人项目目录里跑一次 goose run；
  3. 接 MCP 扩展：去 MCP server 列表 找一个你常用的工具（比如 MongoDB 或 Figma），按 Goose 扩展文档 接入；
  4. 跟踪治理变更：项目刚迁到 AAIF，仓库所有权和文档域名（block.github.io/goose → goose-docs.ai）还在切换期，看 GOVERNANCE.md 了解贡献流程；
  5. 看社区怎么用：HN 上有讨论 news.ycombinator.com/item?id=48260027，dev.to 的 2026 评测 给了较平衡的 pros/cons 清单，SkillPack 的深度档案 把已知失败模式列得最全——这三个一起看，比单看官方 README 更有用。

最后提一句：Goose 的 GitHub 健康度徽章挂在 Linux Foundation Insights，和 Apache 2.0 + 基金会治理一起，是它在企业市场相对其他开源 Agent 框架最硬的一张牌。但「Apache 2.0 + 中立治理」不等于「开箱即用」——把它当成一个能跑、能改、能商用的 Agent 框架，而不是一个「装上就能替代 Claude Code 的产品」，可能更接近它的实际定位。

仓库：github.com/aaif-goose/goose　文档：goose-docs.ai　基金会：aaif.io　License：Apache 2.0

评论区

0 条评论

登录后可评论。

智源·AI 开源观察 16 阅读