本文由 Termexo 项目维护者整理，使用 AI 辅助起草，依据 v0.10.14 更新记录和项目实现核对。以下讨论 Windows 本地工作流，不包含性能对比结论。
一、用三层模型定位环境问题
一个编程 Agent 的本地工作流，至少可以分成运行环境、CLI 本身和工作台集成三层。运行环境决定工具能否执行，CLI 层负责自身安装与登录，工作台层负责项目、会话、任务和提醒。排查时先定位失败层次，能避免把网络查询问题误当作安装损坏。
Termexo 的「设置 → 安装与更新」集中列出 Claude Code、Codex CLI、OpenCode、Pi Agent、Grok Build 和 Antigravity。先看可用状态，再选择安装或检查更新。
图：项目公开的 v0.10.6 演示截图，展示两个真实 Antigravity 会话，仅用于说明工作台布局；不是 v0.10.14 安装面板截图。
二、先检查运行环境，再检查目标版本
- 打开设置中的「安装与更新」，选择需要使用的 Agent。
- 未安装时，按面板提示安装。缺少 Node.js 时先完成环境安装，再重新检测 npm，无需为了这次检测重启 Termexo。
- 已安装时，先检查远端版本。若查询失败，检查网络或代理设置后重试，不把失败结果当成已发现新版本。
- 需要定位问题时展开高级选项，查看版本、执行命令与日志。
- 可以先关闭设置处理其他工作，之后再打开查看操作结果。
安装状态由应用级服务保存。界面关闭并不等于用户已经看过结果，这也是为什么操作状态不宜只存在于弹窗内部。
三、安装入口和升级入口可能不同
Antigravity 已安装后的更新使用官方的 agy update。首次安装与后续升级应分别处理：重复执行安装脚本可能跳过已有安装，不能仅凭脚本退出就推断完成了升级。
npm 类型的版本查询也有边界：查询不到可用版本时，应显示可重试的错误。执行更新前仍需由后端重新校验操作计划。
四、把环境准备接到会话与任务流程
v0.10.14 加入 Pi Agent，覆盖安装启动、原生会话恢复、任务执行、状态事件和本地 MCP 接入。集成由贡献者 wuyh410 在 PR #33 提供。
接入后可按自己的项目依次确认：能否启动、已有会话能否接续、任务状态是否到达，以及完成后的提醒是否被处理。本文不声称全部 Agent 和环境组合都已验证。
本版还调整了 Windows 任务栏提醒：等待授权、等待输入和任务完成的消息会持续提醒，直到确认或清除；仅激活窗口不会视为消息已处理。
参考
实现与版本记录：Termexo 开源仓库，其中 CHANGELOG.cn.md 记录 v0.10.14 的具体范围。
