Theo 演示如何用 T3 Code 协调编码智能体

2026 年初，Julius 和我对 Codex 桌面应用感到兴奋，但对性能问题感到沮丧，也无法修改其闭源代码。我们觉得其他选择同样不能令人满意，于是开始打造开源替代方案 T3 Code。这次介绍体现的是我作为创建者之一的视角。

长期以来，尽管能够在一个地方使用多个订阅很方便，我仍认为 T3 Code 是比 Codex 和 Claude 桌面应用更差的开源替代品。它由一个小团队利用业余时间构建。Julius、Maria 和其他贡献者持续改进项目，我也参与了部分界面工作。

我说，到大约 7 月，项目已经不再只是复制其他应用，而是逐渐形成自己的特色，包括侧边栏、远程控制和订阅集成方面的变化。在录制中，我提到接近 55 万用户和 14 万周活跃用户；视频简介给出了不同、听起来更晚的数字。这些都是创建者报告的数据，未经过独立核实。

T3 Code 是开源项目，用户自行提供 AI 订阅；我说项目不出售 AI 访问。赞助环节后，我将它描述为一个可以使用不同模型和编码工具的开源界面，不过我认为这个简短描述遗漏了许多让我觉得它有用的地方。

视频展示的提供方设置包括 Codex、Claude、Cursor、Grok、OpenCode、Antigravity、Muse Code 和 Pi。我说，还可以从注册表或手动添加其他兼容 ACP 的工具。用户可以为同一提供方配置多个实例，分别设置主目录、API 密钥或环境变量。

为了演示编排，我让一个智能体使用不同模型和编码工具的四个委派任务来审查 T3 Code 仓库。应用创建 worktree，并在会话中启动这些任务。所展示的具体模型名称和可用性反映了我当时的配置，并不保证未来仍然支持。

演示随后在另一个仓库中启动相关会话。我说会话可以发现彼此并相互通信，也介绍了一种基于 MCP 的编排层，它还能连接外部工具。这是演示中灵活工作流的例子，并不是要求每个项目都使用多个智能体。

我说，现有安装可以导入受支持的项目和会话，并再次强调 T3 Code 本身不提供付费 AI 订阅。第一个主题是使用开发者已有的编码工具、模型和账号，同时在一个界面中方便地访问这些选择。

第二个主题是远程控制。我解释，T3 Code 通过 WebSocket 服务器传递交互，并可以在机器上托管一个简化的网页界面。开发者可以在远程机器上运行服务器，通过 Tailscale 等网络连接；机器及其访问权限仍由用户负责。

创建会话时，我可以从笔记本电脑、云服务器和其他机器中选择。我介绍了一项考虑可用 CPU 和内存的负载均衡功能，以及可以使用合适机器运行移动模拟器的设备中心。在我的例子中，Mac 可以运行 iOS 相关工作，其他工作则在 Linux 上进行。

我展示移动应用，并介绍 T3 Connect：对于不想在手机上管理 VPN 的人，它提供了一种隧道连接方式。演讲时我说可以免费连接三台设备。我演示如何配对一台 Linux 机器，然后远程管理它。

第三个主题是一个为完成工作而设计的界面，不必同时显示每一项任务。我把侧边栏描述为收件箱：目标是解决一个会话、回答其中的问题，或确定它不再需要，然后将其移出活跃列表。

界面没有使用听起来更永久的归档操作，而把它称为“完成”（settling）。完成的会话会移出活跃列表，也可以恢复。我还把一个会话暂缓到之后，并展示了需要回答的会话所带的提示标记。

我演示了一项到期后重新出现的定时任务，以及引导正在运行的智能体或排队发送消息的控件。可选的工作区会隐藏当前运行中的会话；固定的会话可以继续保持可见。这些界面选择旨在减少并行工作时的干扰。

我用键盘快捷键在后台发送几项任务。它们完成后会重新出现在可见列表中。我希望注意力集中在已准备好或需要输入的工作上，而不是必须盯着每一个运行中的会话。

拉取请求可以关联到产生它的会话，并在应用内查看器或浏览器中打开。我说，拉取请求合并后会话可以自动完成，也可以针对单个会话关闭这一行为。在移动端，滑动手势提供了另一种完成或暂缓工作的方式。

我说项目及其基础设施都是开源的，包括 T3 Connect。远程连接还支持终端和机器诊断；我展示一个监控工具，并说应用使用机器信息来路由任务。复刻版本可以独立运行，但仍取决于其自身配置。

界面除了 Markdown，也可以渲染交互式 HTML 可视化。我展示内置拉取请求视图和跨连接环境的使用量视图，还介绍在使用额度重置时安排后续消息的功能；实际提供方限制和访问权限取决于用户账号。

我声称，与一款可比较应用相比，该界面在切换会话时传输的数据更少，在连接不佳时也表现良好。这是我的产品比较，而非独立报告的基准测试。其他控件允许用户多选会话、重新生成标题，并选择用于生成标题或描述等文本的模型。

对于没有安装桌面应用的用户，我介绍了一个可以连接其他机器上运行实例的浏览器界面。草稿可以保存、删除，或者暂存并应用到其他地方，包括含有图片的草稿。

我演示了一台运行在另一台机器上的 iOS 模拟器，它可以通过界面访问，也可以从移动端访问。我还介绍了在远程服务器运行、将显示内容传回客户端的浏览器。这些例子展示的是我的配置；可用的模拟器和浏览器功能取决于连接的环境。

根据我的演示，编排 MCP 服务器可以让其他应用连接并管理 T3 Code。我还展示了将一个会话从受支持的编码工具切换到另一个，同时传递上下文。具体集成行为取决于使用的提供方和配置。

我说 Linux 是重要的受支持环境，并介绍如何从 Mac 控制 Linux 机器。可以将会话拖入另一个会话作为引用，也可以对选中的文本或浏览器内容作批注，供之后的提示词使用。这些功能旨在帮助不同工作之间传递上下文。

自定义选项包括主题、导入编辑器主题、聊天宽度和快捷键。设置可以限定在项目或环境范围内。我建议并行工作时使用 worktree，但用户可以选择何时、在哪里创建，包括从没有现成仓库的项目开始时。

我介绍了对多个 Git 托管提供方的支持，以及内置的拉取请求监控流程。连接的机器可以有本地网络、Tailscale 或 T3 Connect 等多条路径，并可设置远程连接权限。这些是我描述的功能，不是对每种配置的安全审计。

会话也可以通过 Webhook 对外提供接口。我介绍如何在事件发生时触发工作、选择保留事件最多 24 小时以便重放，或使用用户提供的公开 URL。目的是将外部事件连接到用户自己管理的环境。

在之后补录的内容中，我展示了可以更新应用、提供方和已连接机器的控件。我还演示，当客户端拥有访问权限时，如何通过 SSH 在编辑器中打开远程项目，以及如何将项目复制到另一台机器，并可选择包含环境文件等被 Git 忽略的文件。

针对故障排查，我介绍了一条 T3 triage 命令，它为受支持的智能体收集上下文，并可帮助准备问题报告。我说许多问题可以通过这种方式解决，但我给出的百分比是创建者的非正式估计，不是已证明的成功率。

我回到附件功能，解释图片文件不仅显示在聊天中，也会在系统上提供给智能体。我还提到媒体渲染、拉取请求监控和快照功能；快照会为新会话捕获当前应用内容及可用的辅助功能上下文。

这些限制很重要。用户必须自行提供运行 T3 Code 的计算资源和提供方访问权限。我说，演讲时 T3 Connect 限制三台设备；更大的设备群需要其他连接方法。在我描述的版本中，尚未内置 computer use，但编码工具自身可能提供这种能力。

我开玩笑说，应用可能让人工作到很晚，并讨论运行更多会话如何更快消耗订阅额度。我的观点是，相同任务并不一定因为应用本身而使用更多令牌，但更容易并行可能导致总工作量和使用量增加。

我邀请用户报告缺失的功能，并介绍项目对开发者的重视。我区分稳定版和变化更快的 nightly 构建；后者在功能变化时可能暂时出现故障。这些发布和功能描述只反映录制时的情况。

我感谢 Julius、Maria、Shiv、WOW、Bal 和更广泛的贡献者社区。我说项目有数百名贡献者和许多 GitHub 星标，并表达希望开发者使用的工具能有开源选择。最后我感谢用户和贡献者。