T3 Code
用手机、网页或桌面端远程操控你本机已有的编程 Agent，一个统一控制面板。
- Star 数
- ★ 29k
- 最近更新
- 今天
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 52/100 · 缺口较多
30 秒速览
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 开始前需要
- 典型场景
- 已在本机用 Claude Code 或 Codex 编码，想在手机上查看进度、发送后续指令的开发者
- 主要局限
- 项目自述处于“非常早期”，明确提示会有 Bug，稳定性无保证
- 源码审查
- 52/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
T3 Code 是一个“Agent 控制面板”（agent harness control surface），用来远程操控本机已安装的编程 Agent。它提供 iOS、Android 移动应用、app.t3.codes 网页应用和 Electron 桌面应用四种客户端，并配套 t3 命令行服务器。它通过复用你已有的 Claude Code、Codex、Cursor、Grok Build、OpenCode 和 Google Antigravity 订阅与登录状态工作，不额外收费，代码以 MIT 协议开源。项目自述处于非常早期阶段，明确提示会有 Bug，且目前基本不接受大型功能贡献。
T3 Code 在你自己的机器上运行一个由 t3 命令启动的本地服务器，再由移动端、网页端或桌面端客户端连接该服务器，从而远程驱动本机 Agent。它不内置模型，而是调用已安装并完成登录的 Agent CLI：Codex（codex login）、Claude Code（claude auth login）、Cursor CLI（agent login）、Grok Build（grok login）、OpenCode（opencode auth login），以及无需 CLI、在设置中启用的 Antigravity。服务端负责托管会话并保持应用与服务器同步，t3 service install 可将其作为后台服务常驻。文档还覆盖权限模式、快捷键、项目设置、外观偏好、远程访问、通过 MCP 让外部 Agent 接入、源码管理集成与多账号配置。
- 已在本机用 Claude Code 或 Codex 编码，想在手机上查看进度、发送后续指令的开发者
- 在远程服务器上跑 Agent，希望用浏览器从另一台机器接入的团队
- 需要同时管理 Codex、Claude 多个账号并切换使用的个人开发者
- 希望用 Electron 桌面应用获得比终端更好阅读体验的重度 CLI 用户
- 想让其他 Agent 通过 MCP 连接并复用 T3 Code 会话的自动化场景
如何安装或部署这个 Agent？
先在本机安装并登录至少一个受支持的 Agent CLI，例如：
codex login然后用安装脚本安装 T3 Code：
curl -fsSL https://t3.codes/install.sh | shWindows PowerShell：
irm https://t3.codes/install.ps1 | iex或免安装试用：
npx t3@latest桌面应用可从 GitHub Releases 获取，或使用包管理器：
winget install T3Tools.T3Codescoop install extras/t3codebrew install --cask t3-codeArch Linux（AUR）：
yay -S t3code-bin从源码构建需先安装 Vite+ 的 vp 命令行工具，再安装依赖：
vp i如何使用这个 Agent？
运行 t3 启动服务器并打开本地网页应用：
t3让服务器在后台常驻：
t3 service install升级到新版本：
t3 update查看完整命令参考：
t3 --help首次使用需确保至少一个 Provider 已完成认证，例如：
claude auth login之后在移动端、app.t3.codes 或桌面应用中连接该服务器即可操控本机 Agent。
这个 Agent 有哪些优点和局限？
- 一套控制面同时覆盖 iOS、Android、网页和 Electron 桌面端，可跨设备远程操控本机 Agent
- 复用你已有的 Claude Code、Codex、Cursor、Grok Build、OpenCode、Antigravity 订阅，无需另购服务
- 安装路径丰富：安装脚本、npx、winget、scoop、Homebrew、.deb、AUR 均有覆盖
- MIT 开源，项目明确表示若方向偏离可自行 fork 构建想要的编辑器
- 提供
t3 service install后台服务与 MCP 外部 Agent 接入等面向长期使用的机制
- 项目自述处于“非常早期”，明确提示会有 Bug，稳定性无保证
- 核心功能依赖第三方 Agent CLI 的安装与登录，环境不满足即无法使用
- 目前基本不接受贡献，大型功能无法由社区推动
- 文档仅有仓库内 docs/ 目录，尚无文档站点
- 需要在本机跑服务器并开放远程访问，涉及网络与权限配置成本
这个 Agent 与同类方案有什么区别？
README 提到其灵感来源包括 Codex 桌面应用、Conductor、Claude Desktop 与 Cursor Glass，并称这些方案未达到其标准（性能、远程就绪、真正开放）。除此之外没有针对这些产品的详细逐项对比数据。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| T3 Code 当前 | 52 · 缺口较多 | — | ★ 29k | 今天 | TypeScript | Codex · Claude Code |
| Puppetmaster | 68 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 468 | 今天 | Python | Codex · Claude Code |
| OpenCodeReview | 53 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 48k | 今天 | Go | Codex · Claude Code |
| BrowserSkill | 49 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 9.3k | 今天 | TypeScript | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
权限模式文档明确区分 Supervised/Auto-accept/Auto/Full access，并说明默认是 Full access，且各 provider 执行方式不同，属于对最小权限与用户确认的实质说明（得 2 分）；但默认全权限、且文档承认项目不是文件系统沙箱、filesystem:read 可读绝对路径，扣分。数据流方面 environment-auth 详述 scope、DPoP、MCP 独立受众与签名资产 URL，透明度较好（2 分），但签名 URL 在签发后撤销仍有效、未绑定会话，扣分。敏感数据处理提到密钥标记为 sensitive 后不再显示原值、Keychain 读取需显式开启，属中等（2 分），但缺少密钥存储加密细节。依赖安全仅见 package.json 固定版本与 CI，无审计/SBOM 证据（1 分）。外部效应方面安装脚本为 curl|sh、irm|iex 远程执行，属高风险默认，扣至 1 分。回滚仅有 t3 uninstall 与 git pull 重建，缺少数据/状态回滚说明（1 分）。来源归属仅 MIT 版权行，无第三方归属或来源说明（1 分）。
文档内部一致，权限模式与 provider 差异、安装与更新说明相互吻合（2 分）。依赖可用性方面要求 Node 24、pnpm 11、Vite+ 全局 vp、多 provider CLI，Intel Mac 无二进制需自建，门槛偏高且外部依赖多（1 分）。失败信息方面 t3-connect-troubleshooting 给出分阶段定位、错误码表与诊断复制，质量较好（2 分）。
受众与场景覆盖桌面/Web/移动/远程/后台服务，场景清晰（2 分）。能力边界说明较充分：项目非沙箱、provider 差异、Muse/Grok 模式限制、Intel Mac 限制（2 分）。触发精度方面权限模式按线程生效、默认全权限、provider 回退规则复杂，用户难以精确预期何时需批准（1 分）。环境适配有 WSL、Tailscale、代理与端口 7844 说明（2 分）。
信息架构清晰，README 与 docs/user、docs/internals 分层（2 分）。安装说明非常详尽，含多平台包管理器、CLI、桌面、移动与 Intel Mac 自建（3 分）。命名稳定性不足：产品自称早期、expect bugs、暂不接受贡献，接口可能变动（1 分）。示例与 FAQ 偏少，多为操作步骤而非示例（1 分）。已知限制有专门章节与 provider 差异说明（2 分）。许可证为完整 MIT 文本（3 分）。版本化/变更日志在提供文件中缺失，仅有 nightly/version 环境变量（1 分）。维护责任方面发布者未经验证、贡献政策封闭，责任归属不清（1 分）。
输出可用性方面提供 CLI、桌面、移动与远程控制，文档可操作（2 分）。边际价值在于统一多 provider 的 agent 控制面与用量汇总，有明确增量（2 分）。成本效益受默认全权限、远程隧道、多依赖安装与早期稳定性影响，风险与运维成本偏高（1 分）。
claim_traceability：文档引用具体源码路径（auth/http.ts、McpOAuth.ts 等），但提供文件未含这些源码，无法核对（1 分）。cross_source_corroboration：README 与 docs 相互印证安装与权限描述，但缺少测试或运行证据（1 分）。fact_inference_separation：文档多为设计陈述，未区分已验证事实与推断（1 分）。
- 默认权限模式为 Full access，agent 可在无批准情况下执行命令与修改文件；建议首次使用改为 Supervised。
- 安装方式为 curl|sh 与 irm|iex 远程脚本执行，且发布者身份未经验证，存在供应链风险。
- 项目明确不是文件系统沙箱，filesystem:read 可读取服务器账户可读的绝对路径；签名资产 URL 在撤销后仍有效至过期。
- 依赖 Node 24、pnpm 11、全局 Vite+ 及多个 provider CLI，Intel Mac 无二进制需自建，部署成本较高。
- 产品自称非常早期、expect bugs 且基本不接受贡献，接口与命名可能变动，缺少变更日志。
常见问题
T3 Code 本身收费吗？
它自己带模型吗？
手机在外面能连上家里的电脑吗？
t3 启动的本地服务器工作，docs/user/remote-access.md 专门说明从手机或另一台机器远程访问的方式，具体网络配置需按该文档操作。