goose 是什么?
Goose 是一款开源、本地优先的 AI 代理——桌面应用、命令行工具和 API——可以读写文件、执行 shell 命令、调用外部工具来完成编码、自动化和工作流任务。 其GitHub 仓库将其描述为“一款超越代码建议的开源、可扩展AI代理——可用任意LLM进行安装、执行、编辑和测试”。与只提供代码建议的聊天助手不同,goose 被设计为主动执行任务:它可以循环运行,执行命令并检查结果,直到任务完成。
- 核心功能:一个代理框架,结合你选择的LLM、一组内置及可扩展的工具,以及 Model Context Protocol(MCP)集成,以执行多步骤的编码和自动化任务
- 接口:原生桌面应用(macOS、Linux、Windows)、终端 CLI,以及可编程的 API——全部构建在同一底层代理引擎之上
- 本地优先设计:goose 本身运行在你自己的机器上;它调用的LLM也可以是本地的(通过Ollama),或是你选择的云端API
- 开发方:最初由Block开发,即 Square、Cash App、Afterpay 和 Tidal 背后的公司;现由 Linux Foundation 的Agentic AI Foundation(AAIF)管理
- 规范仓库:github.com/aaif-goose/goose,根据GitHub API,采用 Apache 2.0 许可证
从 Block 到 Linux Foundation:简史
goose 的所有权结构在公开发布后的约14个月内变化了两次——首先是从 Block 内部项目公开发布,随后捐赠给中立的开源治理机构。以下时间线基于 Block 与 Linux Foundation 自身的公告。
- 12025年1月28日 — 公开发布
Why it matters: Block 在内部开发并使用 goose 后,将其作为开源、本地优先的 AI 代理公开发布。 - 22025年12月9日 — 宣布成立 Agentic AI Foundation
Why it matters: [Linux Foundation 宣布成立 AAIF](https://www.linuxfoundation.org/press/linux-foundation-announces-the-formation-of-the-agentic-ai-foundation),将来自 Block 的 goose 列为创始项目,与 Anthropic 的 Model Context Protocol(MCP)和 OpenAI 的 AGENTS.md 一同加入——将一个广泛使用的代理项目的治理权从单一公司手中移出。 - 32026年4月7日 — 仓库与文档迁移至 AAIF
Why it matters: goose 的规范 GitHub 仓库从`block/goose`迁移至[github.com/aaif-goose/goose](https://github.com/aaif-goose/goose),其文档也迁移至[goose-docs.ai](https://goose-docs.ai);旧网址会重定向,但从这一刻起,正式掌控项目治理权的是 AAIF,而非 Block 单独一家。
goose 能做什么?
根据goose-docs.ai和GitHub README,goose 的功能集重点在于实际执行任务,而不仅仅是描述如何完成任务。
- 代理式任务执行 —— goose 读写文件、执行 shell 命令,并在循环中检查自己的结果,直到编码或自动化任务完成,而不是仅仅返回一个建议的差异(diff)
- 自带LLM —— 使用你自己的API密钥,将 goose 连接到你选择的LLM提供商(Anthropic、OpenAI、Google、Ollama、OpenRouter、Azure、Amazon Bedrock,以及官方提供商文档中列出的数十个其他提供商),或将其指向本地 Ollama 模型,成本为零
- Model Context Protocol(MCP)扩展 —— goose 通过 MCP(Anthropic 同样贡献给 AAIF 的开放标准)连接外部工具、数据库和服务(GitHub、Google Drive、浏览器、自定义内部工具);goose 在goose-docs.ai/extensions维护一个有文档记录的扩展目录
- Recipes(配方) —— 可复用、可共享的 YAML 任务定义,让团队能够打包一个可重复的工作流(代码迁移、测试运行、发布检查清单),以便任何安装了 goose 的人都能重新运行
- 一个引擎,三种接口 —— 桌面应用、CLI 和 API 都运行在同一个底层代理引擎上,因此在某个接口中构建的工作流不会被锁定在该接口中
- 可自托管、可审计 —— 由于代码采用 Apache 2.0 许可证,现由 Linux Foundation 管理,团队可以审计、分叉并自托管 goose,而无需依赖单一供应商持续的善意
使用示例:三种使用 goose 的方式
以下是基于上述 goose 已记录的桌面、CLI 和扩展功能构建的具体工作流——而非假设性的用例。
从 CLI 运行代理式编码会话
安装 CLI,在项目目录内运行goose session,并用简单的语言描述任务(例如,“为注册表单添加输入验证,并为其编写测试”)。goose 会读取相关文件、进行修改、运行测试套件并报告结果——对于风险较高的操作,会根据你配置的权限请求确认。
通过 Ollama 将 goose 连接到完全本地的模型
安装好Ollama并在本地拉取一个模型后,在桌面应用或 CLI 的提供商设置中配置 goose 使用 Ollama 作为提供商。goose 随后会完全针对你的本地模型运行,无需API密钥,也没有任何数据离开你的机器——代价是该本地模型的能力上限可能低于前沿云端模型。
为特定工具添加 MCP 扩展
在goose-docs.ai/extensions浏览与你使用的工具(GitHub、数据库、浏览器)匹配的 MCP 服务器,通过桌面应用的扩展面板或 CLI 进行安装,goose 就能在任务中直接调用该工具——例如,一旦代码更改通过测试,就自动打开一个拉取请求。
安装 goose:桌面应用与 CLI
Goose 提供适用于 macOS、Linux 和 Windows 的桌面应用,以及可在这三个平台上安装的 CLI。 以下命令和链接均来自官方安装文档——由于安装脚本和发布URL可能随版本变化,请始终直接在该页面进行核实。
macOS — 桌面版
- 安装方式:
- Apple Silicon版或Intel版
macOS / Linux — CLI
- 安装方式:
curl -fsSL https://github.com/aaif-goose/goose/releases/download/stable/download_cli.sh \| bash,或brew install block-goose-cli
Linux — 桌面版
- 安装方式:
- 最新发布页面上的 DEB、RPM 和 Flatpak 软件包
Windows — 桌面版
- 安装方式:
- Goose-win32-x64.zip
Windows — CLI
- 安装方式:
- PowerShell:从GitHub仓库下载并运行
download_cli.ps1,或使用 Git Bash/MSYS2 运行 macOS/Linux 的 curl 命令
桌面应用或 CLI 本身没有固定的最低硬件要求——实际要求取决于你连接的LLM。本地 Ollama 模型需要足够的RAM/VRAM来运行该模型;云端提供商只需要网络访问和一个API密钥。有关此处未涵盖的内容(包括在 Windows 上使用 WSL 作为替代方案),请参阅官方安装文档。
goose 定价:免费软件,自带密钥
goose 本身不收取许可费。 其GitHub 仓库采用 Apache 2.0 许可证,已通过GitHub API确认,项目本身不会将任何功能锁定在付费之后。你需要支付的费用完全取决于你连接到 goose 的LLM。
goose 软件(桌面、CLI、API)
- 费用:
- 免费
- 说明:
- 采用 Apache 2.0 许可证,goose 一方不为任何接口或功能收取费用
通过 Ollama 使用本地模型
- 费用:
- 免费
- 说明:
- 无需API密钥;成本仅为你自己的硬件和电费
云端提供商(Anthropic、OpenAI、Google 等)
- 费用:
- 按提供商自身的API定价
- 说明:
- 由你选择的提供商按其自身费率直接计费——并非由 goose 设定或加价
由于 goose 采用自带密钥模式,除免费软件本身外,不存在单一的“goose价格”——在运行大型或重复性任务之前,尤其是使用前沿云端模型时,请查看你所选提供商自身的定价页面。
Goose 与 OpenHands 对比
Goose 与OpenHands都是免费、开源、可自托管的代理平台,均超越了仅限聊天的代码建议,两者都常被视为希望完全掌控自主编码代理的团队的自然起点进行比较。最明显的区别在于治理模式和主要的沙箱方式。
治理
- Goose:
- Linux Foundation(Agentic AI Foundation),由 Block 捐赠
- OpenHands:
- All Hands AI,一家获得风投支持的初创公司
许可证
- Goose:
- Apache 2.0
- OpenHands:
- MIT
接口
- Goose:
- 桌面应用(macOS、Linux、Windows)、CLI、API
- OpenHands:
- Web 图形界面、终端界面、CLI
沙箱
- Goose:
- 默认直接针对你的机器或环境运行,权限提示可配置
- OpenHands:
- 默认在沙箱化的 Docker 容器内运行代理
LLM 模型
- Goose:
- 在数十个提供商中自带密钥,或使用本地 Ollama 模型
- OpenHands:
- 自带密钥,或使用 Claude Code、Codex 和 Gemini CLI 作为代理后端
可扩展性
- Goose:
- Model Context Protocol(MCP)扩展,外加可复用的 YAML“Recipes”
- OpenHands:
- 自定义代理配置和微代理(microagents)
如果你想要一个由中立、不受供应商约束的开源基金会管理、默认沙箱更轻量的代理,goose 的模式适合你。如果你想要一个默认将每次运行都隔离在 Docker 容器内的代理,请直接评估OpenHands——详情见完整的OpenHands 评测。两者的自托管使用均免费;在做决定之前,请在各项目自己的网站上核实当前功能。
谁适合使用 goose?
goose 是否适合你,取决于你是否想要一个自己完全掌控、自行托管、并能指向你所选任意LLM的代理。
在以下情况下使用 goose
- 你希望使用一款由中立基金会(Linux Foundation 的 AAIF)而非单一供应商管理的免费开源 AI 代理
- 你希望选择自己的LLM提供商——包括完全本地、零成本的 Ollama 模型——而不是被锁定在某个内置模型上
- 你希望桌面应用、CLI 和 API 运行在同一个底层代理引擎上,使工作流不会被锁定在某一接口中
- 你希望通过 Model Context Protocol(MCP)工具和可复用的 YAML“Recipes”扩展代理,以支持可重复的团队工作流
- 你能够熟练配置权限并审查代理操作,而不是依赖强制性沙箱
在以下情况下请等待或考虑其他方案
竞品与替代方案
goose 最常与 OpenHands、Cline、Aider 和 Open Interpreter 进行比较——这些同样是开源工具,将LLM转变为能够实际操作代码库、而不仅仅是就代码库进行聊天的代理。
OpenHands
- 以此著称:
- 沙箱化、Docker隔离的自主编码代理平台
- 链接:
- OpenHands 评测
关于OpenHands的文章(2篇)
- OpenHands Review: The Open-Source Answer to Devin更新于 2026年9月5日
- Atomic Chat Review: Local AI, Agents, and API更新于 2026年9月5日
其他提及:
Cline
- 以此著称:
- 适用于 VS Code 和 JetBrains 的开源自主代理扩展
- 链接:
- Cline 评测
关于Cline的文章(10篇)
- Cline Review: The Open-Source Agent That Grew From Claude Dev更新于 2026年9月5日
- DeepSeek V4 vs Qwen3.8 for Local Coding 2026更新于 2026年10月20日
- Best IDE Plugins for Local LLMs in 2026 (VS Code, JetBrains & LM Studio)更新于 2026年10月17日
- Best Agentic AI Coding Assistant 2026: Cursor vs Windsurf vs GitHub Copilot vs Cline更新于 2026年10月17日
- Local Coding Assistants, Agents & Workflow Tools Compared (2026): IDE Plugins, Agent Frameworks and Autonomous Agents更新于 2026年9月21日
- Kilo Code Review: The Open-Source Coding Agent Now Owned by Anaconda更新于 2026年9月12日
- Atomic Chat Review: Local AI, Agents, and API更新于 2026年9月5日
- PearAI Review: The Free VS Code Fork With a Rocky Start更新于 2026年9月5日
- Bodega One Code Review: A Local-First BYOLLM Coding IDE更新于 2026年9月3日
- Best Local Models for Tool Calling in 2026: Benchmarks & Comparison更新于 2026年9月1日
另有34篇未显示
Aider
- 以此著称:
- 终端原生、以 git 为中心的AI结对编程工具
- 链接:
- Aider 评测
关于Aider的文章(9篇)
- Aider Review: AI Pair Programming From Your Terminal更新于 2026年9月5日
- Best IDE Plugins for Local LLMs in 2026 (VS Code, JetBrains & LM Studio)更新于 2026年10月17日
- GitHub Copilot CLI Review: Cloud-Backed by Default, Local via BYOK更新于 2026年9月12日
- Kilo Code Review: The Open-Source Coding Agent Now Owned by Anaconda更新于 2026年9月12日
- Bodega One Code Review: A Local-First BYOLLM Coding IDE更新于 2026年9月3日
- Best Local Models for Tool Calling in 2026: Benchmarks & Comparison更新于 2026年9月1日
- LM Studio & Ollama OpenAI-Compatible API Documentation: Python, Node.js, Aider, Cline & Roo Code (2026)更新于 2026年8月28日
- Continue.dev vs Cline vs Aider: Best Local Coding Agent in 2026更新于 2026年8月27日
- Local Coding LLM Without Internet: Fully Offline Dev Setup (2026)更新于 2026年8月27日
另有26篇未显示
Open Interpreter
- 以此著称:
- 让LLM在本地运行代码,以完成通用(不限于编码)任务
关于Open Interpreter的文章(3篇)
- Open Interpreter Review: Same Name, Rust Core, New License更新于 2026年9月3日
- Nanobot Review: A Self-Hosted AI Agent Framework更新于 2026年10月30日
- Local Coding Assistants, Agents & Workflow Tools Compared (2026): IDE Plugins, Agent Frameworks and Autonomous Agents更新于 2026年9月21日
其他提及:
- Kruvo Review: A Desktop AI Coworker That Asks Before It Acts更新于 2026年10月24日
- Multica Review: A Workspace for AI Coding Agents更新于 2026年9月14日
- Atomic Agent Review: Local AI Agent CLI, Free & MIT-Licensed更新于 2026年9月12日
- PhoneClaw Review: The On-Device iPhone AI Agent更新于 2026年9月12日
此列表反映了常与 goose 比较的工具,并非 PromptQuorum 的独立排名——完整目录(包括 goose 自身的目录条目)请见本地LLM软件目录,选择前请核实各工具当前的价格和功能。
评估 goose 时的常见误区
关于 goose 的大部分困惑,源于将其与托管的单一模型聊天产品混淆,或忽略了2025年12月/2026年4月的治理变更。
误区1:认为 goose 自带内置模型或API密钥
goose 采用自带LLM模式:它没有自己的内置模型。在它能够执行任何操作之前,你必须使用自己的API密钥将其连接到某个提供商(Anthropic、OpenAI、Google、Ollama 及其他数十家),或连接本地 Ollama 模型。
误区2:链接到旧的 GitHub 网址block/goose
作为捐赠给 Agentic AI Foundation 的一部分,goose 的仓库已于2026年4月7日迁移至github.com/aaif-goose/goose。旧的block/goose网址会重定向,但书签、脚本和文档都应更新为新的规范位置。
误区3:将 Block 视为 goose 目前唯一的治理主体
Block 开发并推出了 goose,但自2026年4月7日起,项目治理权归属于 Linux Foundation 的 Agentic AI Foundation(AAIF)——这是 Block 与 Anthropic(MCP)和 OpenAI(AGENTS.md)共同创立的中立机构,而非仅属于 Block 的项目。
误区4:假定存在强制性沙箱
与某些竞品(例如 OpenHands)默认将每次代理运行隔离在 Docker 容器内不同,除非你另行配置,否则 goose 的运行更接近你自己的机器。在让它执行涉及真实文件或 shell 访问权限的任务之前,请检查其权限和确认设置。
误区5:假设星标数量或许可证详情已过时
本评测已通过GitHub API直接核实了55,000+个GitHub星标和 Apache 2.0 许可证——请自行重新检查该端点以获取最新数字,而不要依赖任何缓存的数字,包括本文中的数字。
常见问题
goose 是什么?
Goose(goose-docs.ai,源代码位于github.com/aaif-goose/goose)是一款免费、开源、本地优先的 AI 代理——提供桌面应用、CLI 和 API——用于编码、自动化和工作流任务,最初由 Block 开发,现由 Linux Foundation 的 Agentic AI Foundation 管理。
AI 代理 goose 和其他同名项目是同一个吗?
不是。本页介绍的是由 Block 开发、现由 Linux Foundation 旗下 Agentic AI Foundation 管理的开源 AI 代理 goose(github.com/aaif-goose/goose)。同名的无关项目还有不少,例如 Go 语言的数据库迁移工具 pressly/goose,安装前请先确认仓库所有者。
goose 免费吗?
goose 软件本身免费且采用 Apache 2.0 许可证,不会将任何功能锁定在付费之后。成本取决于你连接的LLM:本地 Ollama 模型运行免费,而云端提供商(Anthropic、OpenAI、Google 等)则按其自身的API定价收费。
goose 是开源的吗?它使用什么许可证?
是的。goose 的GitHub 仓库采用 Apache 2.0 许可证,已于2026年9月12日通过GitHub API(license.spdx_id: "Apache-2.0")确认。
现在谁拥有或管理 goose?
Block 开发了 goose 并于2025年1月28日公开发布。2025年12月,Block 将其作为创始项目,与 Anthropic 的 Model Context Protocol(MCP)和 OpenAI 的 AGENTS.md 一同捐赠给 Linux Foundation 的 Agentic AI Foundation(AAIF)。仓库和治理权已于2026年4月7日正式移交至 AAIF。
goose 支持哪些平台?
根据官方安装文档,goose 的桌面应用支持 macOS(Apple Silicon 和 Intel)、Linux(DEB、RPM、Flatpak)和 Windows;其 CLI 可在这三个平台上安装,包括通过 Homebrew 或在 Windows 上使用 PowerShell 脚本。
goose 需要特定的LLM吗?
不需要。goose 采用自带LLM模式:你可以将其连接到提供商文档中列出的 Anthropic、OpenAI、Google、OpenRouter、Azure、Amazon Bedrock 及其他数十个提供商,也可以通过 Ollama 将其指向完全本地的模型。
什么是 Model Context Protocol(MCP)?goose 如何使用它?
MCP 是一个开放标准(由 Anthropic 贡献给 AAIF),用于将 AI 代理连接到外部工具和数据源。goose 在其扩展系统中使用 MCP,使其能够通过位于goose-docs.ai/extensions的、有文档记录的扩展目录,连接到 GitHub、数据库和浏览器等服务。
goose 有多少 GitHub 星标?
根据 GitHub API 直接核实,goose 的仓库(github.com/aaif-goose/goose)显示有55,000+个星标。由于该数字每天都会变化,请直接查看仓库获取最新数字。
goose 的“Recipes”是什么?
Recipes 是可复用、可共享的 YAML 任务定义,让团队能够打包一个可重复的 goose 工作流——例如代码迁移或测试运行——以便任何安装了 goose 的人都能一致地重新运行它。
goose 与 OpenHands 相比如何?
两者都是免费、开源、可自托管的代理平台。主要区别在于治理(goose:通过 AAIF 由 Linux Foundation 管理;OpenHands:初创公司 All Hands AI)以及默认沙箱行为(OpenHands 默认在 Docker 中隔离运行;除非另行配置,否则 goose 的运行更接近你自己的机器)。详见上文的完整对比。
