Termexo v0.9.0 正式发布。这一版的重点不是单独增加一个命令，而是把 Antigravity 接入现有的 AI 编程终端工作台，让 Claude Code、Codex CLI、OpenCode 与 Antigravity 可以在同一个入口中继续工作。同时，Termexo 还改进了安装入口、代码 Diff 导航和运行状态显示。
Termexo 面向 Windows 10/11 x64，采用 MIT 开源许可证。对于需要在本地切换多个 AI 编程 Agent 的开发者来说，这次更新解决的是一个很实际的问题：终端工具越来越多，但上下文、状态和审阅流程不应该被分散到多个窗口里。
一个工作台，四个 Agent
AI 编程终端的使用方式通常很相似：进入项目目录，启动 Agent，提出任务，查看修改，再运行测试。真正让体验变复杂的，是不同工具的启动方式、输出状态和修改结果分散在不同窗口中。
v0.9.0 将 Antigravity 放进 Termexo 原有的工作台体系。现在可以在同一个工作台中使用：
- Claude Code
- Codex CLI
- OpenCode
- Antigravity
这里的价值不在于把四个 Agent 变成一个 Agent。每个工具仍然可以保留自己的能力、配置和工作方式；Termexo 提供的是统一的承载和切换入口。开发者可以根据任务选择工具，例如让一个 Agent 负责探索代码，让另一个 Agent 负责实现，再回到工作台集中查看修改结果。
这种方式也更适合真实项目。一个 Agent 的输出不一定需要立刻提交，开发者可以先查看 Diff、运行测试，再决定是否继续让当前 Agent 修改，或者切换到另一个 Agent 处理问题。
安装入口更清晰
安装体验是工具能否进入日常工作流的第一道门槛。v0.9.0 改善了安装入口，目标是让 Windows 用户更容易找到并启动 Termexo。
实际部署时，建议先确认以下条件：
- 操作系统为 Windows 10 或 Windows 11
- CPU 架构为 x64
- 对应的 AI CLI 已经按照各自要求安装并完成登录或配置
- 当前用户具备运行这些 CLI 工具的权限
如果团队使用脚本管理开发环境，可以把 Termexo 和 Agent 的检查放进一个 PowerShell 初始化脚本。下面是一个可直接改造的示例，命令名称和安装路径请按实际环境调整：
$ErrorActionPreference = "Stop"
$requiredCommands = @("termexo", "claude", "codex", "opencode")
foreach ($command in $requiredCommands) {
if (Get-Command $command -ErrorAction SilentlyContinue) {
Write-Host "[ok] $command"
} else {
Write-Warning "[missing] $command is not available in PATH"
}
}
Write-Host "Open the project in Termexo, then select an available Agent."
这个脚本不会替代各个 Agent 的官方安装流程，也不会假设所有工具都使用相同的命令名。它的作用是把环境检查前置，避免打开工作台后才发现某个 CLI 没有加入 PATH。
Diff 导航：从“看到修改”到“定位修改”
代码审阅的效率取决于定位速度。只显示一份完整 Diff，往往还不够：当 Agent 修改了多个文件时，开发者需要快速跳转到文件、区块和具体行，确认变更是否符合任务范围。
v0.9.0 改进了 Diff 导航。使用这类功能时，可以把审阅过程固定成一个小循环：
- 先看修改文件列表，确认变更范围没有明显扩大。
- 按文件跳转，检查核心逻辑和配置文件。
- 在 Diff 区块之间移动，关注新增分支、错误处理和边界条件。
- 回到工作台查看 Agent 的运行状态。
- 运行测试或构建命令，再决定是否继续修改。
Agent 生成的代码并不因为出现在工作台里就自动可信。尤其要注意依赖升级、配置改动、数据迁移、权限判断和删除操作。Diff 导航变快之后，人工审阅更应该成为流程的一部分，而不是在任务结束时才粗略扫一眼。
一个简单的本地审阅命令示例：
# 在项目目录执行，先确认当前分支和未提交修改
cd path/to/your-project
git status --short
git diff --stat
git diff -- .
在 Windows PowerShell 中可以使用相同的 Git 命令。Termexo 的 Diff 导航适合交互式查看，而 git diff --stat 适合在开始审阅前快速判断修改规模。
运行状态显示更有用
多 Agent 工作台最容易出现的误判是：窗口没有新输出，就以为任务已经结束；或者看到某段文本，就以为命令仍在运行。运行状态显示的改进，可以帮助开发者区分等待输入、执行中、已完成和可能异常的状态。
这对长时间任务尤其重要，例如安装依赖、运行测试、扫描大型代码库或等待外部服务响应。状态信息越清楚，开发者越容易决定下一步是等待、输入确认、查看日志，还是停止当前任务。
建议把状态观察和项目命令结合起来。例如在项目中保留一组稳定的验证命令：
# 按项目实际情况替换这些命令
npm ci
npm test
npm run build
如果项目不是 Node.js，可以替换为 pytest、go test ./...、cargo test 或团队已有的构建命令。关键是让 Agent 的修改经过可重复验证，而不是只依赖终端中的自然语言总结。
适合怎样采用
Termexo v0.9.0 更适合已经在使用多个 AI 编程 CLI 的 Windows 开发者和团队。可以按下面的方式逐步采用：
- 先安装 Termexo，并确认 x64 Windows 环境满足要求。
- 只接入已经能够独立运行的 Agent，逐个确认登录、权限和项目访问能力。
- 选一个小型、可回滚的任务，验证四个 Agent 的启动和切换流程。
- 使用 Diff 导航审阅每一次修改，尤其关注跨文件变更。
- 为项目准备稳定的测试和构建命令，再把工作台用于更长的开发任务。
统一工作台带来的是更好的操作连续性，同时也会放大配置和权限问题的影响。团队应明确每个 CLI 使用的账号、模型、网络权限和敏感文件访问范围；涉及生产凭据、私钥或客户数据的项目，不要因为工具集中在一个窗口里就放松隔离要求。
发布检查清单
采用 v0.9.0 前，可以快速确认：
- [ ] Windows 10/11 x64 环境已准备好
- [ ] Termexo 能够正常启动
- [ ] Claude Code、Codex CLI、OpenCode 和 Antigravity 中需要使用的工具已安装
- [ ] 各 Agent 的登录状态和权限已验证
- [ ] 项目可以在工作台中打开
- [ ] Diff 导航能够覆盖主要修改文件和区块
- [ ] 测试、构建与回滚路径已经确认
- [ ] 敏感项目的凭据和文件访问边界已设置
v0.9.0 的核心变化可以概括为：更多 Agent 被放进同一个工作台，安装和操作入口更集中，Diff 审阅更容易定位，运行中的任务也更容易判断。对于已经把 AI CLI 纳入日常开发流程的人，这是一版值得从小项目开始验证的升级。