T3 Code
适合已经在使用 Codex、Claude Code、Cursor、Grok Build 或 OpenCode，并希望用桌面、网页或移动端统一管理本机 Agent 会话的技术团队；不适合把它当作独立模型订阅、安全边界或无需维护的云端开发环境。
最近推送 2026-08-23
- 同时使用多个编程 Agent、需要统一查看线程和项目的开发者
- 愿意先在可丢弃 Worktree 中验证权限模式与远程连接的团队
- 需要在手机或另一台设备上安全接入自有开发主机的用户
- 希望产品代购模型额度、替代各 Provider 账号或隐藏底层 CLI 成本的用户
- 不能管理 Node、Provider CLI、会话凭证、网络暴露与版本同步的团队
采用与退出证据
采用一个仓库，本质上也是依赖与退出决策。
官方文档列出 Codex、Claude、Cursor、Grok Build 与 OpenCode，并要求服务器端安装和登录对应 CLI。桌面端支持 macOS、Windows 与 Arch Linux 包；后台服务文档目前只覆盖 Linux 与 macOS。
最小试用可用 Node.js 兼容版本运行 npx t3@latest；桌面端可从 GitHub Releases、Homebrew、winget 或 AUR 安装。先只启用一个已登录的 Provider，并从 Supervised 权限模式开始。
停止临时进程或卸载桌面应用；若安装了后台服务，运行官方 service uninstall。随后在 t3 auth 中撤销远程会话，移除 Tailscale Serve 映射，并检查 ~/.t3、Provider 的影子 Home 与系统启动项后再决定是否删除本地数据。
权限模式按线程控制，但官方文档说明新线程默认可能是 Full access。远程配对后的设备可创建会话；后端仍持有项目文件、Git 状态、终端与 Provider 会话。配对链接、Token、浏览器历史和网络绑定都应按高敏凭证处理。
GitHub API 在 2026-08-23 显示仓库未归档、20,101 Stars、4,743 Forks，且当天仍有代码推送。README 同时明确项目仍处于非常早期并应预期 Bug，因此采用 30 天复核。
主仓库为 MIT；Codex、Claude、Cursor、Grok Build、OpenCode、Tailscale、移动应用商店与包管理器仍受各自条款约束，MIT 不覆盖模型费用、Provider 数据处理或第三方服务。
安装之后，最容易出现什么问题？
关键风险是控制面扩大了权限半径：默认 Full access、远程配对、终端执行、多 Provider 凭证和真实仓库集中在同一入口。应先降低权限、限制网络可达范围、使用可丢弃 Worktree，并验证会话撤销和服务卸载。
证据状态已核验 Product Hunt 2026 年 8 月 Development 榜单发现信号、官方 README、安装、权限模式、远程访问、更新、后台服务、MIT 许可证与 GitHub 公共元数据。ToolPickly 尚未在真实 Provider 账号上完成跨设备沙箱实测，也未审计全部依赖与移动客户端。
执行这套受控试点
不要使用生产密钥或敏感客户数据。
- 01
在无密钥的可丢弃 Worktree 中仅连接一个测试 Provider，并选择 Supervised
- 02
记录本地服务端口、创建文件、终端命令、Git 改动与 Provider 会话读取范围
- 03
只通过 Tailnet 配对第二台设备，随后撤销 Token 与已建立会话
- 04
卸载后台服务与客户端，确认启动项、端口、会话与测试仓库均已清理
按采用目标看替代方案
只使用一个 Agent 时，原生 CLI 或桌面端通常权限面更小、故障链更短。
适合只需要本机并行任务、无需移动端远程控制的团队。
适合更关心开发方法与质量门槛，而不是统一控制多个 Agent 的团队。
官方来源与编辑披露
Star 是带日期的关注度信号，不参与编辑结论。ToolPickly 核验公开仓库资料，并明确标注尚未完成的沙箱实测。
报告项目变化或内容错误 →