agentboards.org
Board/Terminal agents/Code Assistant

Code Assistant

#113 overall#53 terminal agentverified Sep 4, 2026v0.2.16

Open-source Rust coding agent with a native GPUI desktop app, a terminal mode and MCP and ACP integrations for editors

Key differences

Open-source Rust coding agent with a native GPUI desktop app, a terminal mode and MCP and ACP integrations for editors

  • Runs local. Free and open source under MIT; you pay the model provider you configure
  • Acts as an MCP server. Listed for 10 of 125 tools in this category.

“The desktop UI is built on GPUI, so the agent that rewrites your code borrows its window from the editor you were told to switch to.”

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

What it is

Code Assistant is an open-source AI coding agent written in Rust that runs an autonomous agent loop over your codebase, reading, searching, editing files and running commands while keeping you informed of each action. It ships a native GUI built on GPUI alongside a terminal mode, and integrates with editors and MCP clients; prebuilt binaries are published for macOS, Linux and Windows. Providers are chosen in a settings screen on first launch rather than by editing JSON.

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
protocols
Needs individual review

Architecture

Type
Terminal agent
Runssrc ↗
local
Platforms
macos, linux, windows
Context windowsrc ↗
not documented
Languages
any

Models

Backbonesrc ↗
Anthropic, OpenAI, Google Gemini
Bring your own model
Yes
Local models
No

Protocols

MCP clientsrc ↗
Yes
MCP server
Yes
OpenAPI tools
No

Capabilities

Terminal commandssrc ↗
Yes
Multi-file edits
Yes
Git operations
Yes
Browser control
No
Sandboxed execution
No
Multi-agent
No
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-sourcerustguimcpacp

Los Agentes on Code Assistant

Who are they?
The ruling
El JuezThe judge

El Hacker scores the protocol surface higher than anyone and El Crítico scores the execution model lower than anyone. Both are describing the same missing wall.

Trial only
Reasoning and trade-offs · AI analysis

El Hacker likes that it speaks the protocol in both directions, which makes it a component rather than a destination. El Crítico points out what that component runs on: your machine, directly, with nothing between the loop and the filesystem. La Inversora contributes the number that settles how much support either of them can expect.

El Crítico wins on a repository that pays you, and El Hacker wins on a machine you can rebuild by lunchtime. That is the whole split, and it is a property of your disk rather than of the software. Trial only, and the exit criterion is a week inside a throwaway checkout.

Agree with El Juez?
El AmigoThe friend

Pick this if you want an agent with a real window rather than a chat panel bolted into an editor; pick Cline if you would rather stay inside VS Code and keep the crowd.

6.5
Reasoning and trade-offs · AI analysis

The deciding trait is that setup is a screen. You launch it, you choose a provider from a settings page, and you are working, rather than finding an example config on a wiki and guessing which keys still apply. That sounds small until you count the tools that made you edit JSON before they would say anything at all.

What you notice next is that it is a desktop application, not an editor, so your editor stays where it is and the agent lives beside it. Pick it if that division suits you. Pick Cline if it does not.

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

An autonomous loop reads, edits and runs commands directly against your working tree with no container boundary described anywhere, and no second agent watching the first.

5.8
Reasoning and trade-offs · AI analysis

The failure mode is unbounded blast radius. The loop is documented as running commands and editing files while telling you what it did, which is narration rather than restraint, and there is no isolation layer in the design to stop a bad command between the decision and the disk. One agent means no independent check either; whatever it concludes is what happens.

What it does right is publish binaries for all three desktop platforms, so nobody has to build a Rust toolchain before they can decide whether they trust it.

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

The loop's stated commitment is to keep the user informed of each action, which makes narration the verification mechanism. That is a weaker guarantee than a check, and it is at least legible.

6.3
Reasoning and trade-offs · AI analysis
  1. Reporting every action as it happens gives the operator a trace to audit in real time, which matters more in an autonomous loop than in an interactive one, since there is no natural approval point where a human would otherwise look. 2. It is not verification. Nothing described re-reads the result or runs a test to decide whether the step succeeded.

  2. The distinction is worth stating plainly: this design makes errors visible rather than catchable, and those are different properties that vendors routinely conflate.

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

One author, 181 stars, no company name on the repository and nothing that could ever be billed. The bus factor is the entire risk model here.

5.5
Reasoning and trade-offs · AI analysis

There is no cap table and no revenue to model, so the question collapses to whether one person stays interested. Under two hundred stars means the feedback loop that keeps a maintainer engaged is thin, and a desktop application is a heavier commitment to keep alive than a library: packaging, three platforms, and a UI toolkit that moves underneath you.

Moat: none. Likely path: it slows and someone forks it, or it stays a well-kept personal tool indefinitely, which is a perfectly respectable outcome. Position: use it, watch the commit graph, and own a copy of the tree you depend on.

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

Nothing per seat and nothing to administer: no console, no directory integration, no audit export, and no unattended mode that would make it a step in a pipeline I can measure.

5.0
Reasoning and trade-offs · AI analysis

The licence clears legal in one reading and the seat cost is zero, which is where the easy part ends. Sixty desktop installations updated by hand is a desktop management problem, and my team already owns one of those; adding an application that holds provider credentials in a local settings screen adds a key rotation problem to it.

Nothing here reports centrally, so I cannot answer how many engineers used it or against which repositories. Not yet: I need managed distribution and a credential story before this is allowed near customer code.

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

MIT, and it is both an MCP client and an MCP server, so it consumes my tools and also becomes one for another agent. That two-way position is rare here.

7.5
Reasoning and trade-offs · AI analysis

Being a server as well as a client is the detail I would put on the front page. It means this agent can be a tool inside a bigger loop I am building rather than only the top of the stack, and combined with the editor integrations it slots wherever I need a worker. Permissive licence, so a fork is mine outright.

Model freedom is bring-your-own-key against hosted providers, and there is no documented path to weights running on my own hardware, which is the one box left unticked. Everything else here I would have built myself.

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