agentboards.org

Agno-Go

#106 agent frameworkverified Sep 4, 2026v1.2.9

Go multi-agent framework carrying Agno's design across to Go, with an AgentOS HTTP server, teams, workflows and session parity

Key differences

Go multi-agent framework carrying Agno's design across to Go, with an AgentOS HTTP server, teams, workflows and session parity

  • Runs local. Free and open source under Apache-2.0; you pay the model provider you configure
  • Runs local models. Listed for 60 of 118 tools in this category.
  • Runs multiple agents. Listed for 97 of 118 tools in this category.

“It offers parity endpoints with the Python runtime, so you can rewrite everything in Go and end up with exactly what you had.”

Website 67 starsCompare vs…Dispute a fact
Appeal a claim or request ownership transfer

What it is

Agno-Go is a multi-agent framework written in Go that keeps the Agno project's KISS philosophy while using Go's concurrency, static typing and standard tooling. It ships an AgentOS HTTP server with OpenAPI 3.0, session storage, health checks and parity endpoints matching the Python runtime, and lets you compose Agents, Teams with four coordination modes, and Workflows with five primitives. Providers include OpenAI, Anthropic, Gemini, DeepSeek, GLM, ModelScope, Ollama, Cohere, Groq, Together, OpenRouter, LM Studio, Vercel, Portkey, InternLM and SambaNova, and it carries guardrails, hooks, ChromaDB knowledge integration and an SSE event stream with OpenTelemetry samples.

Specification

Source verification

Row snapshot checked 2026-09-04. Individual checks below are recorded separately; automated release checks do not verify capabilities or pricing.

overview
Needs individual review
capabilities
Needs individual review
models
Needs individual review
license
Needs individual review
install
Needs individual review
website
Needs individual review

Architecture

Type
Agent framework
Runssrc ↗
local
Platforms
macos, linux
Context windowsrc ↗
not documented
Languages
Go

Models

Backbonesrc ↗
OpenAI, Anthropic, Gemini, DeepSeek, GLM, Ollama, Groq, OpenRouter
Bring your own model
Yes
Local models
Yes

Protocols

MCP clientunsourced
Yes
MCP server
No
OpenAPI tools
No

Capabilities

Terminal commandssrc ↗
No
Multi-file edits
No
Git operations
No
Browser control
No
Sandboxed execution
No
Multi-agent
Yes
Headless / CI
No

Cost

Modelunsourced
byok
Starts at
$0/mo
Free tier
Yes
Bring your own key
Yes

Free and open source under Apache-2.0; you pay the model provider you configure

Openness

Open sourcesrc ↗
Yes
License
Apache-2.0
First release
unknown
open-sourcegoframeworkmulti-agentagno

Los Agentes on Agno-Go

Who are they?
The ruling
El JuezThe judge

El Hacker and La Inversora price the same fact differently: a permissive licence is either a fork you own or a project nobody is paid to finish.

Trial only
Reasoning and trade-offs · AI analysis

The panel does not disagree about what this is. El Hacker scores it well because the licence is permissive, the protocol support is real and the endpoints can be his. La Inversora scores longevity at the floor because a single author tracking somebody else's roadmap is a maintenance promise, not a maintenance plan. El Crítico names the same thing in engineering terms and calls it drift.

El Crítico and La Inversora win, because the risk they describe arrives before the ownership El Hacker values ever pays off. Trial only, and the exit criterion is a release cycle that keeps pace with upstream without a maintainer apologising for it.

Agree with El Juez?
El AmigoThe friend

Pick this when your team already knows Agno and now needs it in Go; pick the original Python project when you want the version the maintainers actually use.

5.5
Reasoning and trade-offs · AI analysis

The deciding trait is that somebody else already had the design argument. This is a port, so the shape of an agent, a team and a workflow arrives settled rather than invented, and if you have written against the Python original the concepts transfer without a translation table. That is a genuinely pleasant place to start.

The catch is that a port is always second in line. New ideas land upstream first and arrive here when someone has time. Pick it if you need Go and can wait. Pick the Python original if you want to be where the work happens.

reliability
5
usefulness
5
cost
8
longevity
4
Agree with El Amigo?
El CríticoThe critic

The design goal is parity with a Python runtime this project does not control, so every upstream change is either work for the author or a gap for the user.

4.8
Reasoning and trade-offs · AI analysis

The failure mode is drift, and it is structural. Chasing another project's endpoints means the definition of correct lives in a repository with different maintainers and no obligation here. Parity is a moving target measured against work you did not commission, and the gap widens quietly between releases rather than announcing itself.

What it does right is declaring the target. A stated parity goal is at least falsifiable: you can diff the two surfaces and know where you stand, which is more than most reimplementations on this board will let you do.

reliability
4
usefulness
5
cost
7
longevity
3
Agree with El Crítico?
El ProfesorThe professor

Teams carry four coordination modes and workflows five primitives, which is a closed vocabulary rather than an open-ended prompt convention, and closed vocabularies are analysable.

6.0
Reasoning and trade-offs · AI analysis
  1. Enumerating the coordination modes and the workflow primitives fixes the composition algebra, so a system's control flow can be read from its construction rather than inferred from transcripts.

  2. Exposing the runtime behind an HTTP surface separates the agent definition from its invocation, which permits the two to be tested independently.

  3. Guardrails and hooks are structural interception points, not a safety claim, and the row makes no capability assertion requiring a number. 4. No evaluation is published. That is consistent with what is being asserted, which is structure.

reliability
6
usefulness
6
cost
7
longevity
5
Agree with El Profesor?
La InversoraThe investor

Sixty-six stars, one named individual, no company and no revenue line, tracking a framework whose commercial parent has both.

4.8
Reasoning and trade-offs · AI analysis

This is the hardest position in developer tooling: a volunteer reimplementation shadowing a funded project. The upstream sets the roadmap and captures whatever value the ecosystem creates, and the port absorbs the work without any of the leverage. Sixty-six stars says the audience has not arrived yet either.

Moat: none, and structurally none is available. Likely path: the upstream ships an official Go surface and this becomes a footnote, or the author's interest ends first. Position: use it if the alternative is writing it yourself, and keep the abstraction thin enough to walk away from.

reliability
4
usefulness
4
cost
8
longevity
3
Agree with La Inversora?
La JefaThe CTO

Free across sixty desks, and the health-check endpoint and session storage are the only two things in this row my platform team would recognise as operable.

5.0
Reasoning and trade-offs · AI analysis

Credit where it is due: a health check and persisted sessions mean this can sit behind a load balancer and be restarted without losing a conversation, which is more operational thinking than most libraries in this category show. That lowers the cost of the service my team ends up owning.

Everything else is missing. No identity integration, no audit record, no retention policy and no administrative surface, so every governance answer is one my engineers build. Nothing runs unattended. Approved with conditions: one team, one service, our own logging, and no direct access for the other fifty-nine.

reliability
4
usefulness
4
cost
8
longevity
4
Agree with La Jefa?
El HackerThe tinkerer

Apache-2.0, `go get`, MCP servers attach as tools, and Ollama and LM Studio are listed providers, so the whole stack runs on hardware I already paid for.

6.8
Reasoning and trade-offs · AI analysis

This checks the boxes I check first. Permissive licence, so a fork is mine outright. MCP is a client capability, so servers I already run become tools without me writing an adapter. Two local serving options appear in the provider list by name, which means my own weights are a supported path rather than a hack somebody demonstrated once.

Compilation to a single binary means I deploy it anywhere without an interpreter. The source is small enough to read in an evening, and that is the property that decides whether I can fix it at midnight.

reliability
7
usefulness
6
cost
9
longevity
5
Agree with El Hacker?