T3 Code

A remote control surface that drives the coding agents already installed on your machine, from phone, web, or desktop.

Source repo
pingdotgg/t3code
Stars
★ 29k
Last updated
today
License
MIT
Primary language
TypeScript

At a glance

Works with
Universal · cross-platformCodex · Claude Code
You'll need
Codex CLI or Claude Code or Cursor CLI or Grok Build CLI or OpenCode (at least one, installed and authenticated)Node.js for npx t3@latestShell / CLINetwork accessLocal filesystem
Typical use
Developers already coding with Claude Code or Codex locally who want to check progress and send follow-ups from a phone
Main limitation
Self-described as very early with bugs expected, so stability is not guaranteed

What does this agent do, and when should you use it?

T3 Code bills itself as an "agent harness control surface": it lets you drive the coding agents running on your own computer from an iOS/Android app, the app.t3.codes web app, or an Electron desktop app. It ships no model of its own and instead reuses your existing subscriptions and logins for Claude Code, Codex, Cursor, Grok Build, OpenCode, and Google Antigravity. A local server started by the t3 command brokers the connection, and t3 service install can keep it running in the background. The project is MIT-licensed, explicitly described as very early with bugs expected, and is largely not accepting contributions.

T3 Code runs a local server on your machine via the t3 CLI, which the mobile, web, and desktop clients connect to in order to drive local agents remotely. Rather than hosting a model, it invokes already-authenticated agent CLIs: Codex (codex login), Claude Code (claude auth login), Cursor CLI (agent login), Grok Build (grok login), and OpenCode (opencode auth login), plus Antigravity, which is enabled in Settings and signed in with Google without a CLI. The server hosts sessions and keeps app and server in sync; t3 service install runs it as a background service, and t3 update moves to a newer release. Documented features include permission modes, keyboard shortcuts, project settings, appearance preferences, remote access, connecting outside agents over MCP, source control integrations, and multi-account setups for Codex and Claude.

  1. Developers already coding with Claude Code or Codex locally who want to check progress and send follow-ups from a phone
  2. Teams running agents on a remote machine who want to attach from a browser on another device
  3. Individual developers juggling multiple Codex or Claude accounts and switching between them
  4. Heavy CLI users who want an Electron desktop app with a richer reading experience than a terminal
  5. Automation setups where another agent connects over MCP and reuses T3 Code sessions

How do you install or deploy this agent?

First install and authenticate at least one supported agent CLI on the machine, for example:

codex login

Then install T3 Code with the install script:

curl -fsSL https://t3.codes/install.sh | sh

On Windows in PowerShell:

irm https://t3.codes/install.ps1 | iex

Or try it once without installing:

npx t3@latest

The desktop app is available from GitHub Releases or via package managers:

winget install T3Tools.T3Code
scoop install extras/t3code
brew install --cask t3-code

Arch Linux (AUR):

yay -S t3code-bin

Building from source requires the Vite+ vp CLI, then dependency install:

vp i

How do you use this agent?

Run t3 to start the server and open the local web app:

t3

Keep it running in the background:

t3 service install

Move to a newer release:

t3 update

See the full command reference:

t3 --help

Before first use, make sure at least one provider is authenticated, e.g.:

claude auth login

Then connect from the mobile app, app.t3.codes, or the desktop app to control the agents on that machine.

What are this agent's strengths and limitations?

Pros
  • One control surface across iOS, Android, web, and Electron desktop clients, enabling cross-device remote control of local agents
  • Reuses existing Claude Code, Codex, Cursor, Grok Build, OpenCode, and Antigravity subscriptions instead of selling another plan
  • Broad install matrix: install script, npx, winget, scoop, Homebrew, .deb, and AUR are all documented
  • MIT-licensed with an explicit promise that you can fork and build the editor you want if the direction goes wrong
  • Ships long-running-use features such as t3 service install for a background service and MCP access for outside agents
Limitations
  • Self-described as very early with bugs expected, so stability is not guaranteed
  • Core function depends on third-party agent CLIs being installed and authenticated
  • Largely not accepting contributions, so large features cannot be community-driven
  • Documentation lives only in the repository's docs/ directory; there is no docs site yet
  • Requires running a local server and exposing remote access, which adds network and permission setup work

How does this agent compare with similar options?

The README names its inspirations — the Codex desktop app, Conductor, Claude Desktop, and Cursor Glass — and says none met its bar for performance, remote readiness, and openness. It provides no detailed feature-by-feature comparison beyond that statement.

Key facts side by side with the most closely related agents.

Agent Source review Form / cost Stars Updated Language Full support on
T3 Code This agent 52 · Major gaps — ★ 29k today TypeScript Codex · Claude Code
Puppetmaster 68 · Some gaps CLIFree + model costs ★ 468 today Python Codex · Claude Code
OpenCodeReview 53 · Major gaps CLIFree + model costs ★ 48k today Go Codex · Claude Code
BrowserSkill 49 · Major gaps CLIFree + model costs ★ 9.3k today TypeScript Codex · Claude Code

How does FollowAgents rate this agent?

FollowAgents source review · FARS-2.1
Major gaps
52/ 100 5-point scale 2.6 / 5
Trust 14/29
Reliability 8/14
Adaptability 10/18
Convention 10/18
Effectiveness 7/13
Verifiability 3/8
Why each dimension lost points
Trust14 / 29 · 2.4/5

Permission-mode docs clearly distinguish Supervised/Auto-accept/Auto/Full access, note the default is Full access, and explain provider-specific enforcement, giving real substance on least privilege and confirmation (2). Deductions: default full access, projects explicitly not filesystem sandboxes, and filesystem:read can read absolute paths. Data-flow transparency is strong in environment-auth (scopes, DPoP, separate MCP audience, signed asset URLs) (2), but signed URLs survive revocation until expiry and are not session-bound. Sensitive data handling notes secrets marked sensitive are not redisplayed and Keychain access is opt-in (2), yet storage-encryption detail is absent. Dependency security shows only pinned versions and CI, no audit/SBOM evidence (1). External effects: install via curl|sh and irm|iex remote execution is a high-risk default (1). Rollback is limited to t3 uninstall and git pull rebuild, with no data/state rollback (1). Source attribution is only the MIT copyright line, no third-party notices (1).

Reliability8 / 14 · 2.9/5

Docs are internally consistent across permission modes, provider differences, install and update guidance (2). Dependency availability is demanding: Node 24, pnpm 11, global Vite+ vp, multiple provider CLIs, and no Intel Mac binary requiring source build (1). Failure messages are good: staged T3 Connect troubleshooting, error-code table, and diagnostics copy (2).

Adaptability10 / 18 · 2.8/5

Audience and scenarios cover desktop/web/mobile/remote/background service clearly (2). Capability boundaries are well stated: non-sandbox projects, provider differences, Muse/Grok mode limits, Intel Mac limits (2). Trigger precision is weak: per-thread modes, full-access default, and complex provider fallbacks make it hard to predict when approval is required (1). Environment fit covers WSL, Tailscale, proxies, and port 7844 (2).

Convention10 / 18 · 2.8/5

Information architecture is clear with README plus docs/user and docs/internals (2). Install notes are thorough across package managers, CLI, desktop, mobile, and Intel Mac source build (3). Naming stability is low: self-described very early, expect bugs, mostly not accepting contributions (1). Examples and FAQ are sparse, mostly procedural steps (1). Known limitations have dedicated sections and provider caveats (2). License is full MIT text (3). Versioning/changelog is absent from provided files beyond nightly/version env vars (1). Maintenance responsibility is unclear: unverified publisher and closed contribution policy (1).

Effectiveness7 / 13 · 2.7/5

Output usability is solid: CLI, desktop, mobile, and remote control with actionable docs (2). Marginal value is a unified multi-provider agent control surface with usage aggregation (2). Cost-benefit is weakened by full-access default, remote tunnel, heavy dependency install, and early-stage stability (1).

Verifiability3 / 8 · 1.9/5

claim_traceability: docs cite concrete source paths (auth/http.ts, McpOAuth.ts) but those sources are not in the provided files, so claims cannot be checked (1). cross_source_corroboration: README and docs corroborate install and permission descriptions, but no test or run evidence is provided (1). fact_inference_separation: docs are largely design statements without separating verified fact from inference (1).

Risks and how to mitigate them
  • Default permission mode is Full access, letting agents run commands and edit files without approval; switch to Supervised for first use.
  • Installation uses curl|sh and irm|iex remote script execution, and the publisher is unverified, creating supply-chain risk.
  • The project is explicitly not a filesystem sandbox; filesystem:read can read absolute paths the server account can read, and signed asset URLs remain valid until expiry after revocation.
  • Requires Node 24, pnpm 11, global Vite+, and multiple provider CLIs; no Intel Mac binary, so source builds are needed, raising deployment cost.
  • Self-described as very early with expected bugs and mostly closed to contributions; interfaces and naming may change, and no changelog is provided.
Evidence confidence: Low Reviewed Oct 20, 2026 Reviewed revision ca140c435f38
See the full review method →

FAQ

Does T3 Code cost anything?
No. The README states plainly that nothing is being sold, and the project is MIT-licensed. Your real cost is whatever your chosen agent subscription or API usage costs.
Does it bundle its own model?
No. It is a control surface that invokes agent CLIs already installed and authenticated on your machine: Codex, Claude Code, Cursor, Grok Build, OpenCode, or Antigravity.
Can I reach my desktop machine from my phone while away?
Yes — the mobile, web, and desktop clients talk to the local server started by t3, and docs/user/remote-access.md covers connecting from a phone or another machine. Follow that document for the network specifics.
Is it ready for production workflows?
The project calls itself very early and warns of bugs, and it is mostly not accepting contributions. It suits individuals or small teams willing to tolerate instability, not reliability-critical settings.
Will my feature request be accepted?
Unlikely. The README says small fixes may be considered while big features will not be; it suggests starting an Ideas discussion instead.
View on GitHub ↗ Install ↓

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents