Termexo

嗨，Product Hunt！我之所以做 Termexo，是因为我自己的终端环境变得比编码任务本身还难管理。

我经常在多个项目里同时跑 Claude Code 和 Codex。一个智能体在干活，另一个在等审批，而昨天有用的会话则被埋在不同的路径或分支下面。Termexo 把这些原生 CLI 工作流集中到一个本地 Windows 工作区里。

它让智能体运行在真正的 PTY 终端中，能恢复工作区布局，搜索并恢复原生会话，智能体需要关注时提醒你，还支持兼容 Claude 的模型配置，API key 存储在 Windows Credential Manager 里。

Termexo 目前仅支持 Windows，不需要 Termexo 账号，而且还在持续进化。我特别希望听到同时跑多个编码智能体的人的意见：这个工作流里哪一部分最浪费你的时间？

— 爱玩科技

把 API key 存在 Credential Manager 里是正确做法。我想知道一件事：每个模型配置是不是有自己独立的 key，还是所有智能体会话共用同一个 key？如果同时跑一个客户项目和一个个人项目，我会希望这些凭据在配置层面完全分开。

终于有东西把 Windows 当成智能体工作流的一等公民了。多个 PTY 的网格布局真的让我直接种草，跟踪每个智能体在干嘛要轻松太多了。

让我眼前一亮的其实是可恢复性，而不是网格布局。你说它能恢复原生会话，那它能不能扛过真正的 Windows 更新重启或崩溃？那种情况下 PTY 进程本身已经没了。还是说它只是恢复窗格排列和滚动缓冲区，而底层的智能体进程得重新启动？这个区别对于正在跑长任务的人来说很重要。

审批通知这个设计真的很贴心。正是那种你不在电脑旁，而智能体就干巴巴等着你的场景。做得很到位。

当智能体需要关注时发出提醒，这才是正确的基本能力。但没人做的是相反的那种提醒：智能体在一个毫无进展的循环里悄悄烧掉你的 token。配置文件里已经有 API key，所以你完全可以把每次会话的花费放到每个 PTY 标签页旁边，而这个数字改变行为的速度，比任何布局功能都快。同时跑两个智能体，却完全不知道哪一个吃掉了预算，这才是真正让我心疼的地方。