goosevsPoolside
Generated from the two spec rows. Green marks the better value where a spec has a clear direction. Everything else is just different.
goose
Agentic AI Foundation (originally Block) · Terminal agent
#13OSSMCP
Panel
6.83 spec wins
- Reliability
- 6.3
- Usefulness
- 6.5
- Cost
- 6.8
- Longevity
- 7.3
“Block gave it to the Linux Foundation, which is the one exit strategy that cannot be un-acquired.”
Poolside
poolside · Terminal agent
#15MCP
Panel
6.90 spec wins
- Reliability
- 6.8
- Usefulness
- 7.0
- Cost
- 6.5
- Longevity
- 7.2
“One of its three network policies is named unsafe-allow-all, which is at least the most clearly labelled decision on this board.”
Spec by spec
| Spec | goose | Poolside |
|---|---|---|
| Architecture | ||
| Category | Terminal agent | Terminal agent |
| Runs | local | local, sandbox, cloud |
| Platforms | macos, linux, windows | macos, linux, windows |
| Context window | not documented | 1M tokens on Laguna S 2.1, 256k on XS 2.1 and M.1 |
| Protocols | ||
| MCP client | Yes | Yes |
| MCP server | Yes | No |
| Capabilities | ||
| Runs terminal commands | Yes | Yes |
| Multi-file edits | Yes | Yes |
| Git operations | Yes | Yes |
| Browser control | YesThe built-in Computer Controller extension drives macOS apps including the browser through the Peekaboo CLI, rather than via a dedicated CDP or Playwright tool. | NoWeb search and fetch are documented; there is no DOM-level browser automation. |
| Sandboxed execution | Yes`goose session|run --container <id>` executes extensions inside an existing Docker container; goose itself runs unsandboxed on the host otherwise. | YesTool commands run inside a container on your machine and need a local Docker engine; network policy is off, allow-list or unsafe-allow-all, enforced through a proxy container. |
| Multi-agent orchestration | Yes | Yes |
| Headless / CI mode | Yes | Yes`pool exec --prompt ... --output json` with POOLSIDE_API_KEY, plus a documented GitHub Actions integration. |
| Models | ||
| Backbone | Claude, GPT, Gemini, Ollama (local), OpenRouter, Azure OpenAI, Amazon Bedrock | Laguna S 2.1, Laguna XS 2.1, Laguna M.1 |
| Bring your own model | Yes | Yes |
| Local models | Yes | YesDocumented local-run guides for Ollama and vLLM on Metal, plus full on-premises and air-gapped deployment. |
| Cost | ||
| Pricing model | byok | mixed |
| Starts at | $0/mo | n/a |
| Free tier | Yes | Yes |
| Bring your own key | Yes | Yes |
| Openness | ||
| Open source | Yes | No |
| License | Apache-2.0 | proprietary |
| GitHub stars | 54,860 | n/a |
Which one would each critic pick
| Critic | goose | Poolside | Pick |
|---|---|---|---|
| El Juez | — | — | not enough reviews |
| El Amigo | 7.3 | 6.8 | goose — A free, open, local agent under the Linux Foundation that talks to any model and any MCP server; you will spend a weekend tuning it and then own it. |
| El Crítico | 6.5 | 6.5 | no preference |
| El Profesor | 6.5 | 6.5 | no preference |
| La Inversora | 5.3 | 7.0 | Poolside — Training your own models and selling deployments into other people's data centres is a capital-intensive bet on the one segment that cannot buy from a lab directly. |
| La Jefa | 5.8 | 7.0 | Poolside — It runs inside our own network, including air-gapped, on the Kubernetes platforms we already operate, and the enterprise price is a sales conversation. |
| El Hacker | 9.3 | 7.5 | goose — Rust, Apache-2.0, every extension an MCP server in YAML, Ollama on my box, a foundation instead of a vendor; this is the one I would build if I had the time. |
Picks are derived from each critic's own scores. Humans vote on matchups on the duels page.