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
- FA score
- 52/100 · Major gaps
At a glance
- Works with
- Universal · cross-platformCodex · Claude Code
- You'll need
- 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
- Source review
- 52/100 · Major gaps
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.
- Developers already coding with Claude Code or Codex locally who want to check progress and send follow-ups from a phone
- Teams running agents on a remote machine who want to attach from a browser on another device
- Individual developers juggling multiple Codex or Claude accounts and switching between them
- Heavy CLI users who want an Electron desktop app with a richer reading experience than a terminal
- 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 loginThen install T3 Code with the install script:
curl -fsSL https://t3.codes/install.sh | shOn Windows in PowerShell:
irm https://t3.codes/install.ps1 | iexOr try it once without installing:
npx t3@latestThe desktop app is available from GitHub Releases or via package managers:
winget install T3Tools.T3Codescoop install extras/t3codebrew install --cask t3-codeArch Linux (AUR):
yay -S t3code-binBuilding from source requires the Vite+ vp CLI, then dependency install:
vp iHow do you use this agent?
Run t3 to start the server and open the local web app:
t3Keep it running in the background:
t3 service installMove to a newer release:
t3 updateSee the full command reference:
t3 --helpBefore first use, make sure at least one provider is authenticated, e.g.:
claude auth loginThen 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?
- 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 installfor a background service and MCP access for outside agents
- 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?
Why each dimension lost points
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).
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).
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).
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).
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).
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).
- 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.
FAQ
Does T3 Code cost anything?
Does it bundle its own model?
Can I reach my desktop machine from my phone while away?
t3, and docs/user/remote-access.md covers connecting from a phone or another machine. Follow that document for the network specifics.