T3 Code：统一控制 Claude Code、Codex、Cursor、Grok Build 与 OpenCode 的远程控制面板

项目类型Infrastructure / Runtime

最适合已经在本机运行 Codex、Claude Code、Cursor、Grok Build 或 OpenCode 中两个及以上的开发者，希望用同一套手机、网页或桌面端远程操控这些 agent。

风险等级中等——项目明确处于早期，README 直接说明可能有 bug，且目前不接受大部分外部贡献。

评估时间免安装路径 `npx t3@latest` 约 10–15 分钟；若同时安装桌面端并配置多个 provider，时间会更长。

核心问题: 你是否真的需要一个统一的手机/桌面面板来启动、停止并监控本机已有的多个编码 agent？

91/100

RepoDaily 采用评分

RepoDaily 将该项目的采用分评为 91/100（强）：分数来自文章来源、安装路径、生产风险、差异化、许可证清晰度以及 AI/Agent 适配度。

基于 RepoDaily 来源和采用说明的方向性评分，不是基准测试。风险: 中

100证据质量

包含 5 个来源、覆盖 4 类来源；如有 RepoDaily 独有模块，会进一步提高证据分。

100可安装/可试用性

检测到 5 个工作流步骤、4 个下一步动作，以及 8 个命令/安装信号。

61维护可信度

趋势热度为 +253 stars；如内容中有 release、issue 或维护信号，会提高维护可信度。

93生产准备度

采纳风险标记为 medium，并包含 5 条安全说明与 4 条跳过条件。

100差异化

3 个机会视角、4 个替代方案，以及 4 个类型化模块支撑差异化判断。

82许可证清晰度

文章中包含许可证来源或许可证表述。

90Agent / AI 适配度

文章正文和元数据中检测到 7 个 AI/Agent 相关信号。

项目概览

T3 Code 是 T3 Tools Inc. 以 MIT 许可发布的「agent harness control surface（agent 控制面板）」。它不引入新的模型或新的 agent 运行时，而是架设在你已经安装的 agent 之上——Codex、Claude Code、Cursor、Grok Build 与 OpenCode，并通过统一的移动 App、网页 App 和基于 Electron 的桌面 App 来驱动它们。它的卖点是控制与远程访问，而不是替换模型。

项目以 TypeScript 为主，仓库是一个名为 `@t3tools/monorepo` 的 monorepo，混合了 Node.js、Vite+（vp）、Electron、一个用 Rust 编写的 resource-monitor，以及移动端目标。最快的体验方式是执行 `npx t3@latest`，它会同时启动本地后端和本地网页 UI，无需全局安装。README 直言项目非常早期，可能会遇到 bug，并且目前基本不接受贡献。

T3 Code 现在值得认真看一眼的原因在于其覆盖范围和访问模式。它把当前讨论度最高的五个编码 agent CLI 收进同一个控制平面，并且从设计上就面向远程（手机或其他机器）；同时源码以 MIT 开源，团队可以在维护方向偏离时自行 fork。代价是成熟度：贡献政策刻意收紧，文档还只是文件夹而非独立站点，多个 provider 集成仍在演进中。

解决什么问题

每个主流编码 agent 都自带 CLI、各自的登录与状态流程，从手机或另一台机器上协调多 agent 体验很差。
已有方案——README 点名 Codex 桌面端、Conductor、Claude Desktop 和 Cursor Glass——在性能、远程能力和开放性上都没有达到作者团队的标准。
需要离开终端观察长时间运行 agent 任务的团队，缺少统一的、可在手机上访问的视图。
锁定风险：如果某个包装器闭源或调整定价，用户会失去控制面板。T3 Code 的 MIT 许可与「随时可 fork」的姿态正是针对这一点。

工作原理

使用前先安装并认证至少一个支持的 provider：Codex（`codex login`）、Claude Code（`claude auth login`）、Cursor CLI（`agent login`）、Grok Build（`grok login`）或 OpenCode（`opencode auth login`）。
启动控制面板。最快的路径是 `npx t3@latest`，要求 Node.js 22.16+、23.11+ 或 24.10+，会同时启动 T3 Code 后端和本地网页 App。
可选安装基于 Electron 的桌面 App：Windows 执行 `winget install T3Tools.T3Code`，macOS 执行 `brew install --cask t3-code`，Arch Linux 执行 `yay -S t3code-bin`。
参照 `docs/user/remote-access.md`，从手机或另一台机器接入控制面板。
选择合适的权限模式（见 `docs/user/permission-modes.md`），通过 App 驱动 agent，而不是在五个终端之间切换。

仓库结构透露了什么

`package.json` 表明这是一个基于 Vite+（`vp`）、名为 `@t3tools/monorepo` 的 monorepo，apps 与 packages 通过 `vp run` 过滤构建。构建脚本会过滤 `./apps/*`、`./packages/*`、`oxlint-plugin-t3code` 包以及 `./scripts`，说明项目用到的 lint 规则本身也作为仓库内包发布。

桌面端基于 Electron（`@t3tools/desktop`），脚本中可见平台相关构建目标：macOS 的 DMG（arm64 与 x64）、Linux x64 的 AppImage、Windows 的 NSIS（arm64 与 x64）。位于 `native/resource-monitor/Cargo.toml` 的 Rust 组件以 `cargo build --locked --release` 构建并以 `cargo test --locked` 测试，这解释了 T3 Code 为何能在不引入纯 JS 依赖的情况下采集 agent 进程的资源数据。

docs 文件夹暴露了内部架构：`connection-runtime.md`、`providers.md`、`remote.md`、`server-updates.md`、`resource-telemetry.md`、`environment-auth.md`、`t3-connect.md` 都列在 `docs/internals/` 下。这样的命名暗示了一种基于中继的连接模型——agent 在你的机器上运行，App 与本地服务器通信，再由 T3 Connect 为远程会话提供桥接。

命令面：源包中明确记录的内容

免安装运行：`npx t3@latest`（README）；CLI 帮助 `npx t3@latest --help`。
Node.js 版本要求：22.16+、23.11+ 或 24.10+。
README 中记录的 provider 登录命令：`codex login`、`claude auth login`、`agent login`（Cursor）、`grok login`、`opencode auth login`。
桌面端安装：`winget install T3Tools.T3Code`、`brew install --cask t3-code`、`yay -S t3code-bin`。
monorepo 脚本：`dev`、`dev:share`、`dev:server`、`dev:web`、`dev:desktop`、`start`、`start:desktop`、`build`、`typecheck`/`tc`、`lint`、`test`，以及针对各平台的 `dist:desktop:*` 目标。
贡献者需要安装 `vp` CLI：macOS/Linux 用 `curl -fsSL https://vite.plus | bash`，Windows 用 `irm https://vite.plus/ps1 | iex`，随后执行 `vp i`。

维护与贡献姿态

CONTRIBUTING.md 异常直接：项目目前不接受贡献，提交的 PR 可能被关闭、无限期搁置或无人问津，大型功能 PR 几乎肯定会被快速关闭。PR 会自动被打上 `vouch:*` 信任标签和 `size:*` 差异大小标签，外部贡献者默认为 `vouch:unvouched`，直到被加入 `.github/VOUCHED.td`。

对任何打算依赖 T3 Code 的人来说，这是一个明确的信号：项目处于由创始人主导的阶段。最可能被接受的改动是小幅 bug 修复、可靠性修复、性能改进以及边界清晰的维护性工作；大型 PR、顺手加功能、带有强烈个人风格的重写都被明确劝退。

`engines` 字段把 Node 固定为 `^24.13.1`，`packageManager` 固定为 `pnpm@11.10.0`，意味着想从源码构建的贡献者必须匹配一套较新的工具链。再加上 `vp` 的依赖，即便许可允许 fork，自行构建的门槛并不低。

集成面：五个 provider 与三种客户端

支持的 agent provider：Codex、Claude Code、Cursor、Grok Build、OpenCode。
客户端形态：iOS App、Android App、app.t3.codes 网页 App、基于 Electron 的桌面 App。
文档路径覆盖远程访问、权限模式、键盘快捷键、源码控制集成以及 Linux 后台服务。
已为 Codex 和 Claude 提供多账号文档（`providers-codex.md`、`providers-claude.md`）。

谁适合关注

适合关注

你已经在日常使用 Codex、Claude Code、Cursor、Grok Build、OpenCode 中的两个或以上，并在它们的 CLI 之间频繁切换。
你希望通过手机启动或监控长时间运行的 agent 任务，而不必一直保持笔记本登录。
你能接受早期软件，并愿意通过 issue 而不是大型 PR 来影响项目方向。
你偏好 MIT 许可、可 fork 的基础设施，而不是闭源的 agent 包装器。

可以先跳过

你只用一个编码 agent，它自己的 CLI 已经够用。
你需要一个稳定、生产可用、有明确 SLA 和公开路线图的控制平面。
你的环境无法满足 Node.js 22.16+/23.11+/24.10+ 的运行时要求。
你期望贡献大型功能——维护者明确表示目前不会接受。

风险与注意事项

中

MIT 许可与可 fork 特性降低了战略风险，但 README 与 CONTRIBUTING.md 同时表明项目处于早期、可能有 bug、且基本不接受外部贡献。

README 原文：'We are very very early in this project. Expect bugs.'
CONTRIBUTING.md 表明项目不接受贡献，大型 PR 很可能被快速关闭。
文档目前是文件夹（`docs/`），尚无文档站点，上手依赖直接阅读 markdown。
从源码构建需要 `vp` CLI、pnpm 11.10.0 以及 Node ^24.13.1，贡献者池被收窄。
多个 provider 集成依赖于五个独立第三方产品的持续可用性与 CLI 稳定性。

T3 Code 控制的是本机已有 agent，安全边界以本地为主；但开启远程访问（手机或其他机器）会扩大攻击面，启用前应先阅读 `docs/user/remote-access.md`。
权限模式文档位于 `docs/user/permission-modes.md`，应根据任务需要设置为最严格的模式。
环境认证在内部文档中有专门章节（`environment-auth.md`），说明凭据处理被当作一等议题对待。
源包中未提及第三方渗透测试、CVE 历史或正式安全策略，生产部署应把验证责任视为用户侧职责。

替代方案比较

方案	适用场景	代价
Claude Desktop	你只用 Anthropic 的模型，希望有一个官方、成熟的桌面客户端，且不需要多 agent 协调。	客户端免费；用量按 Anthropic 套餐计费。
Cursor（含 Cursor CLI）	Cursor 是你的主力编辑器，且不需要在同一 UI 里驱动其他 agent。	Cursor 订阅；CLI 登录包含在内。
Codex 桌面端	你完全在 Codex 技术栈内工作，希望使用第一方体验。	按 OpenAI 用量计费。
OpenCode（独立使用）	你希望使用开源编码 agent 运行时本身，而不需要统一的移动控制面板。	免费开源。

这个趋势说明了什么

移动优先的 agent 运维

在编码 agent 控制领域，iOS 与 Android App 并不多见。需要值班或差旅中处理 agent 任务的团队，可以把 T3 Code 当作多个后端的统一入口。

先对照 `docs/user/remote-access.md` 核对每个 provider 的远程行为，再端到端测试其中一个 provider。

可 fork 的内部工具基线

MIT 许可与 monorepo 结构使 T3 Code 有可能成为内部 agent 控制平面的起点，平台团队可以在其基础上定制自己的 provider、品牌或认证。

在决定 fork 策略前，先按 `docs/internals/overview.md` 与 `vp i` 流程从源码构建一次。

多账号编排的小众机会

Codex（`providers-codex.md`）与 Claude（`providers-claude.md`）已有多账号文档，对应外包团队和代理商多客户账号切换的真实场景。

在同一 T3 Code 会话中切换同一 provider 的两个账号，记录其中差距。

下一步建议

用免安装路径跑通一个 provider

在 15 分钟内无需安装桌面端即可完成验证，能证明 provider 集成与本地网页控制面板在你的机器上确实可用。

确认已安装 Node.js 22.16+、23.11+ 或 24.10+。
登录一个你已使用的 provider，例如 `claude auth login` 或 `codex login`。
执行 `npx t3@latest`，打开随后启动的本地网页 App。
通过网页 UI 驱动一个真实的 agent 任务，再决定是否安装桌面端或移动端。

RepoDaily 判断

T3 Code 是一个早期、MIT 许可、刻意可 fork 的控制面板，把五种编码 agent 统一在移动端、网页端和桌面端之后。它的价值取决于你是否真的同时使用多个 agent 并希望远程控制它们；风险则在于维护者公开承认项目有 bug、且不接受功能级贡献。建议先用 `npx t3@latest` 试用，再决定是否采纳。