00:00:00Theo 刚刚发布了 T3 code，我对此感到非常兴奋。我的意思是，
00:00:04它有什么理由不让人喜爱呢？这是一个完全开源且彻底免费的智能体管理器。它只需使用
00:00:08你现有的订阅即可。我知道目前终端 UI（TUI）非常流行，但是
00:00:13抱歉，对于涉及多个项目、多个智能体的工作流来说，图形界面（GUI）对我来说
00:00:18体验更好。这也是为什么我最近一直很喜欢 Codex 应用，但我一直对它的
00:00:23性能感到困扰。它非常吃内存，而且你还被限制在
00:00:27OpenAI 的模型上。所以让我们看看 T3 code 能提供什么，以及它是否解决了
00:00:32这些痛点。
00:00:38这就是 T3 code。如果你以前用过 Codex，这个界面你会觉得
00:00:41非常熟悉。左侧是我们的项目，项目内部是
00:00:45我们开启的各个对话线程。但首先我想澄清一下这个应用到底是什么。
00:00:51它并不是 Claude code 或 Codex 作为编程智能体的竞争对手。它只是
00:00:55这些工具之上的一个图形界面。所以你在这些线程里看到的所有代码和
00:01:00所有回复，幕后都是由 Codex 提供的，因此它使用的是我的 OpenAI
00:01:05订阅。这就是为什么 T3 code 是完全免费的。如果我们看下方的模型选择器，
00:01:09你可以看到我可以在 OpenAI 的可用模型中进行选择。你可以看到他们计划在未来
00:01:13支持 Claude code、Cursor、Open Code 和 Gemini。事实上，我看到
00:01:18对 Claude code 的支持已经准备好了。他们只是在等待 Anthropic 的澄清，
00:01:21看看他们是否能以这种方式使用 Claude code 的订阅。对我来说，这将是
00:01:25T3 code 最大的优势之一。因为虽然我喜欢用 OpenAI 的模型写代码，
00:01:30但有些任务，比如 UI 设计，我就得不时切换应用，
00:01:34在使用 Codex 的同时在终端打开 Claude code。如果他们
00:01:39完成了集成，我就不需要这样了，我可以在一个地方管理所有内容。此外，我也发现
00:01:43模型厂商通常会为自家模型制作最好的调用框架。也就是说，OpenAI 的模型在 Codex 中表现最好，
00:01:47而 Anthropic 的模型在 Claude code 中表现最好。这样我们依然能获得同样的质量。
00:01:52这也意味着 T3 code 的重点在于管理和使用这些智能体的用户体验。
00:01:56如果我进入一个我之前在做的项目——这其实是我的个人博客，
00:02:00我已经好几年没更新过了。所以我想更改其中
00:02:04Markdown 的运作方式。现在下方有我们的推理选择器、模型选择器，
00:02:08以及快速模式的开关。如果你使用的是 OpenAI 模型，我们可以选择
00:02:12聊天模式或计划模式，以及针对工具调用的完全访问或受监视模式。
00:02:16我打算保持计划模式。在这里，我们可以选择本地或
00:02:19新的工作树。我非常喜欢用 Git 工作树来配合智能体工作。所以我要
00:02:23保持新工作树选项，并在旁边的选择器中保留主分支。
00:02:28当我发送这条提示词，Codex 开始查看我的仓库并为我制定计划，
00:02:31我们还可以看到工具调用在这里实时流式传输。我还启动了
00:02:35这些项目中的另外两个智能体来帮我完成一些编码工作。我们
00:02:38可以看到一个漂亮的 “正在工作” 徽章。在计划构建的同时，我想指出
00:02:41我非常喜欢它能自动提取我项目的网站图标。这
00:02:45只是一个小细节，但我觉得很酷。几分钟后，智能体开始请求
00:02:48用户输入。这里有一个问题，我会直接选择那个答案。
00:02:52又过了几分钟，我们可以看到它已经完成了计划，我们可以在
00:02:56聊天窗口中看到。我们也可以将其下载为 Markdown 或保存到工作区，
00:03:00如果你想阅读完整计划，还可以将其展开。我现在直接点击执行。
00:03:04在它帮我干活的时候，我想聊聊 T3 code 的另一个卖点，
00:03:07那就是它的性能。如果你用过 Codex 应用，你可能已经注意到
00:03:11如果你同时运行多个智能体，它会变得有点卡顿。我甚至不得不
00:03:14重启我的 Codex，因为它会彻底卡死。我已经同时运行多个智能体
00:03:18使用 T3 code 几个小时了，一次卡顿都没遇到。你
00:03:22甚至能感受到对性能的极致关注，因为如果你在这些线程间切换，
00:03:25你会发现它们都是秒开，即使是非常长的线程。回到
00:03:29我的项目，看来它已经完成了代码修改。我们点击
00:03:32这个菜单，点击提交，显然可以看到已更改文件的概览。
00:03:36如果我们把消息留空，它会自动为我们生成一条。查看
00:03:40这个菜单，你可以看到我们还有推送和创建 PR 的选项。如果你直接点击这个按钮，
00:03:44它会为你生成提交信息，进行推送，然后直接开启一个新的 PR。
00:03:48一旦创建完成，你可以看到侧边栏这里会出现一个图标，
00:03:52告诉我们这个线程有一个活跃的 PR。我们也可以直接点击这个按钮
00:03:56跳转到 PR 页面。这看起来可能是一个很小的功能，但我认为
00:03:59它通过提供一键推送代码并开启 PR 的方式，帮你更快地交付，然后你就能继续接下来的项目了。
00:04:03你还会注意到，这个图标会根据 PR 的状态更新。
00:04:07如果 PR 被拒绝，它会变红。如果是已合并，你可以看到它变成了紫色。
00:04:11至于线程上方的其他按钮，点击这一个，我们可以看到
00:04:14智能体进行的每一次操作或所有操作合并后的差异视图。我认为这渲染得非常漂亮，
00:04:17我们可以选择分屏视图或统一视图。然后我们还有一个简单的按钮
00:04:22可以在 Cursor 或访达中打开代码库。接着是快捷操作按钮。
00:04:26如果你以前没见过这个，它基本上允许你设置一个按钮，
00:04:30点击后会在项目中运行特定的命令。你还可以选择是否要在
00:04:33创建工作树时自动运行，或者为其创建一个快捷键。设置好之后，
00:04:37我们就有了这个按钮。如果我们点击它，它会在我们所在的项目中运行安装命令。
00:04:41它还调出了集成终端，反正我接下来也要给你们展示这个。
00:04:44关于这个终端没什么好说的，就是一个普通的终端，但这意味你不需要频繁离开
00:04:48这个应用。另一个我非常喜欢的小功能，至少对我来说是个
00:04:51很棒的体验提升，那就是当你点击添加项目时，
00:04:54你不需要在访达中浏览文件，而是可以直接粘贴项目路径。我非常喜欢这一点，
00:04:58因为我经常先在终端里搭好项目框架。现在我只需复制
00:05:02当前目录并粘贴即可打开。不过这确实让我希望
00:05:05能有一个终端命令可以直接实现同样的操作。
00:05:09所以这绝对是我愿望清单上的第一项。现在让我们聊聊
00:05:12我认为 T3 code 目前还缺失的一些功能。我先从四个微小的体验提升开始。
00:05:16第一，我希望能双击线程标题来重命名，而不是
00:05:21非要进入菜单。第二是这个菜单。我希望能看到
00:05:24在我的终端中打开它的选项。第三是我希望能折叠侧边栏。
00:05:28目前似乎无法做到这一点，这看起来像是个疏忽。所以我相信他们很快会加上。
00:05:32第四个是，我希望能够看到正在运行的终端。目前
00:05:35localhost 3000 在这个会话中运行，但我没看到任何
00:05:39表明有一个活跃终端的迹象。好消息是，由于它是开源的，
00:05:43我可以直接克隆仓库并让 Codex 帮我添加这些功能。
00:05:46经过一番 “氛围编程”（Vibe coding），我现在有了双击重命名功能，
00:05:50所以我可以把它改成 “订阅”。这是你们绝对应该做的事情。我现在可以点击这个菜单
00:05:54在终端中打开它。我可以在这个会话中看到正在运行的终端，我还可以用
00:05:57Command B 来关闭侧边栏。不过看起来我遇到了一点格式问题。
00:06:01除了我刚才加的那些写得不太好的功能，还有一些我认为缺失的
00:06:05重要功能。第一个大功能是更好的技能支持。我希望能有
00:06:08一种在提示词中标记技能的方式，就像在 Codex 中那样，并且
00:06:12有一个视图可以看到所有已安装的技能，MCP 服务器也是如此。
00:06:16我还希望能在一台云端开发机上运行无头版本，
00:06:20这样我就可以通过它设置和管理远程智能体。我相信这些很快就会被加入，
00:06:23因为仓库里已经有大量的特性请求了，Theo 和他的团队，
00:06:27特别是 Julius，交付速度非常快。请在下方评论区告诉我也你们对 T3 code 的看法，
00:06:30也别忘了订阅，我们下期再见。