agentboards.org

ggcode

#242 overall#116 terminal agentverified Sep 4, 2026v1.3.250

Go terminal coding agent with resumable sessions, multi-agent support and zero-config mDNS LAN chat between instances

Key differences

Go terminal coding agent with resumable sessions, multi-agent support and zero-config mDNS LAN chat between instances

  • Runs local. Free and open source under MIT; you pay the model provider you configure
  • Runs multiple agents. Listed for 81 of 125 tools in this category.

“There is a desktop GUI, for the developer who wants a window around the terminal they insisted on using.”

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

What it is

ggcode is an AI coding agent for the terminal that understands your codebase, edits files, runs commands and ships code behind a polished TUI with resumable sessions and multi-agent support. Every instance discovers other ggcode instances on the same local network over mDNS with no relay server or accounts, so teammates can direct-message or broadcast, route messages to an @agent for cross-instance delegation, see presence and share files. It runs as a TUI, a desktop GUI or a daemon, and installs from a script, Homebrew, winget, npm, pip or source.

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
Terminal agent
Runssrc ↗
local
Platforms
macos, linux, windows
Context windowsrc ↗
not documented
Languages
any

Models

Backbonesrc ↗
any model
Bring your own model
Yes
Local models
No

Protocols

MCP clientunsourced
No
MCP server
No
OpenAPI tools
No

Capabilities

Terminal commandssrc ↗
Yes
Multi-file edits
Yes
Git operations
Yes
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 MIT; you pay the model provider you configure

Openness

Open sourcesrc ↗
Yes
License
MIT
First release
unknown
open-sourcegoterminalmulti-agentlan

Los Agentes on ggcode

Who are they?
The ruling
El JuezThe judge

El Amigo's favourite feature is El Crítico's dealbreaker, and since they are describing the same discovery mechanism, only one of them can be advising you.

Trial only
Reasoning and trade-offs · AI analysis

El Amigo scores this on the strength of instances finding each other with no server and no account, which for a small colocated team is genuinely pleasant. El Crítico scores reliability low for the identical reason: no account means no identity, and an agent that accepts delegated work from whoever announces itself is trusting a network segment. La Jefa reaches his conclusion by a different route.

El Crítico wins, because a convenience that assumes a trusted network is a convenience with a precondition most offices cannot demonstrate. Trial only, and the exit criterion is authenticated peers rather than discovered ones.

Agree with El Juez?
El AmigoThe friend

Pick this if your team sits on one network and wants agents that talk to each other; pick a normal terminal agent if you work alone or remotely.

5.8
Reasoning and trade-offs · AI analysis

The deciding trait is peer discovery. Start it and other copies on the same network appear, so you can message a colleague's instance, broadcast to the room, or hand a task to somebody else's agent without a relay, an account or a signup. Nothing else in this category treats a shared office as infrastructure.

That premise is also the limit: remote teams get none of it, and what remains is an ordinary terminal agent with a nice interface. Pick it if you sit together. Pick anything else if your team is spread across three time zones.

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

Discovery is zero-config over mDNS with no relay and no accounts, and the row describes no authentication between the instances that then route tasks to each other.

4.8
Reasoning and trade-offs · AI analysis

The dealbreaker is the trust model, or its absence. Anything on the local network can announce itself, and instances then exchange messages, share files and delegate work across the boundary. On a coffee shop network, a conference floor or a flat corporate VLAN, that is an inbound path to a tool holding shell access and a provider key. The row documents the mechanism and no control over it.

What it does right is refuse a middleman. There is no relay server holding the traffic and no account required to use it, which removes a vendor from a conversation that did not need one.

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

Sessions are resumable, which is the correct persistence choice for long tasks, while the model claim is simply any model, with no compatibility matrix behind it.

5.0
Reasoning and trade-offs · AI analysis
  1. Resumable state means an interrupted task has a defined restart point rather than a fresh transcript, and that is the difference between recovery and repetition. It is the one part of the design that shows a long-horizon assumption. 2. The stated model support is unbounded, which is not a specification; tool-calling behaviour varies enough between families that a claim of universal support requires a table.

  2. No evaluation is published and none is claimed, which is at least consistent with the rest of the row.

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

Seventy stars, one individual maintainer and a domain, with no entity, no revenue and no obvious way to build either from a peer-to-peer feature.

4.8
Reasoning and trade-offs · AI analysis

A registered domain and a single author is the most common shape in this category and the least durable. There is nothing to acquire, nobody to hire away, and no commercial surface that could fund the maintenance a networked tool needs, which is more than a solo agent needs because protocols age badly.

Moat: none. Distribution is a star count you could gather in a week. Likely path: it stops when the author's attention moves, and the interesting idea in it gets rebuilt elsewhere. Position: fine to try, wrong to standardise on.

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

Nothing per seat for sixty engineers, and nothing at all for security: no identity integration, no audit record, and no unattended run to measure.

4.3
Reasoning and trade-offs · AI analysis

The cost line is trivial and the questionnaire is not. Sixty developer machines exchanging traffic with each other is a data flow my security team has to describe, approve and monitor, and there is no central console producing a record of any of it. That work costs more than the tool saves.

There is no provisioning, no policy surface and no retention statement, and nothing here runs in a pipeline, so it never becomes a delivery metric I can report upward. Onboarding is easy, which is the wrong thing to be easy first. Not yet.

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

MIT and six ways to install it — script, Homebrew, winget, npm, pip or source — with my own key, but no MCP client and no local weights.

5.8
Reasoning and trade-offs · AI analysis

Somebody cared about packaging. Six channels including source means whatever my machine already uses, there is a path, and the permissive licence means the fork is mine if the author stops. Compiled and self-contained, so no runtime tags along and no interpreter version ruins my afternoon.

Then the ceiling. No MCP client, so the servers I run are outside; no local model support, so my own hardware is idle and every token leaves the building. For a tool whose entire personality is keeping traffic on the local network, sending inference to a cloud is a strange asymmetry.

reliability
7
usefulness
5
cost
7
longevity
4
Agree with El Hacker?