我受不了 Claude Code 的终端，于是自己写了一个

先说一个场景。

Claude Code 正在跑一个大任务，终端里哗哗地往下滚内容。我想回看它前几分钟输出的一段关键分析，往上翻，找到了，正在读。突然屏幕一闪，Claude Code 的启动标语又刷了一遍，连带着一大坨工具调用的输出把我刚才找到的那段内容顶飞了。再往上翻，又被新的输出覆盖了。

我盯着那个不断滚动的黑窗口，心里只有一个念头：我就想回看一段上下文，怎么就这么难。

这件事本身很小。但它是一切的起点。

一、两个最初的痒点

如果你每天都在用 Claude Code，大概率经历过我说的这种场景。但在很长一段时间里，我跟大多数人一样选择了忍。终端嘛，就这样，将就用吧。

直到有一天我意识到一件更根本的事情。

终端是给自己写代码的人设计的。你在终端里敲一行命令，看一行输出，每一行都跟你有关。这是终端被发明出来的使用范式。但 AI 时代不是这样的。现在是 Claude 在替你写代码。它一次性修改了 15 个文件，每个文件改了 30 行，这 450 行代码变更的详细过程，逐行逐行地在终端里滚过去。

对你来说，这些过程信息绝大部分是噪音。

你真正需要知道的是：这一轮它做了什么，结论是什么，有没有需要我做决策的地方。中间那些工具调用、文件读写、diff 输出，你想看的时候能展开看，不想看就折叠起来。你需要的是快速定位到对你有用的信息。

但终端做不到折叠。终端里的一切都是平铺的、等权重的、不可收起的。

二、为什么不直接用 GUI

说到这里你可能会问，Claude Code 现在不是有官方的 GUI 界面了吗，直接用那个不就好了。

这个问题我认真想过，也确实用了一段时间官方的 GUI。但用下来之后，我的感受是两个字：偏慢。

不是说它不好，功能上其实挺完善的。但 CLI 和 GUI 是两种完全不同的交互节奏。CLI 的反馈是即时的，你的每一个操作都有确定的、可预期的响应。你知道自己在哪，你知道下一步该怎么走，整个过程的掌控感非常强。GUI 天然会在这种掌控感上打一些折扣，因为它要处理布局、渲染、动画这些视觉层的事情，而这些事情会让交互链条变长。

对于像我这样每天泡在 Claude Code 里好几个小时的人来说，这种差异会被放大。你可能不会在意一次两次的延迟，但当这个延迟出现几百次，它就变成了一种持续的摩擦感。

所以我最终的判断是：我还是想用 CLI 的内核，但我需要在 CLI 之上叠加图形界面才能做到的那些能力。折叠、搜索、回看、多标签。不是替换 CLI，是增强它。

这就是 ClaudeTerminal 要做的事情：给官方的 Claude Code CLI 套一个真正好用的图形壳。引擎还是那个引擎，手感还是那个手感，但你获得了终端给不了你的东西。

三、用着用着，需求自己长出来了

一开始真的只想解决折叠和回看这两件事。

我用 Electron 搭了个壳，把官方的 Claude Agent SDK 接进来，做了消息流的可折叠块。工具调用可以折叠，思考过程可以折叠，点一下标题就能展开或收起，Ctrl+Shift+O 一键把全部折叠或全部展开。又做了一个轮次导航轨道，在界面右侧，每一轮对话对应一个编号小圆点，鼠标悬停能预览那一轮的内容，点击直接跳转过去。

问题解决了。我开始真正把 ClaudeTerminal 当主力工具来用。

然后新的需求就开始一个接一个地冒出来。不是我规划的，是用着用着，痒的地方自己浮现了。

灵动岛

这个需求的起因其实挺随意的。有个朋友看了我的界面之后说，你这能不能搞个灵动岛。我觉得这个想法有意思，就做了一个。在屏幕上方放了一个始终置顶的小胶囊，显示当前任务的运行状态。

做完之后我发现这个东西真的好用，好用的程度超出了我的预期。

以前 Claude 在跑任务的时候，我如果在隔壁窗口做别的事情，每隔几分钟就得切回去看看它跑到哪了。有没有报错，有没有在等我回答问题，有没有弹权限请求。每一次切换窗口都是一次注意力的中断。

现在不需要了。状态会实时变化，我瞄一眼就知道 Claude 现在在干嘛，是还在跑，还是跑完了，还是出了问题在等我处理。更关键的是，以前必须切回主窗口才能处理的那些交互，权限请求、计划批准、Claude 的提问，现在直接在灵动岛上一点就可以跳回处理。我写文档写到一半，余光瞥到claude状态变了，在小胶囊上点一下就可以知道当前状态，继续写我的文档。

它从一个"好玩的点子"变成了我日常使用中离不开的东西。

限流了，它不会自己续

这是最大的一个痛点。

Claude 有 5 小时的滚动限额，所有用 Claude 的人都知道这件事。一个大任务跑到一半，撞限流了，停了。你等了几十分钟额度恢复了，但 Claude 不会自己继续，它就停在那里，等你手动来一句"继续"。

如果这件事发生在凌晨两点，你已经睡了。第二天早上起来打开电脑，发现它还在原地等你。你把一个不知疲倦的 AI agent 的可用时间，硬生生地绑定在了你自己坐在电脑前的时间上。这个事情想明白之后会觉得很荒谬。

所以我做了无人值守续跑。限流恢复后自动发送"继续"，让它接着干活。后来又加了次数上限和截止时刻，防止它失控刷额度，也能设一个"最晚跑到早上 8 点"这样的边界。

睡前给 Claude 派一个大任务，早上起来活干完了。这个体验一旦用过，就回不去了。

凌晨五点谁来发第一条消息

用了一阵续跑之后，我又想到一个事情。

Claude 的 5 小时限额是一个滚动窗口，从你发出第一条消息的那一刻开始计时。这意味着如果我能在凌晨 5 点发出第一条消息，窗口就锁定在 5:00 到 10:00。10 点额度恢复，再发一条，窗口变成 10:00 到 15:00。再下一个窗口是 15:00 到 20:00。整个白天，三个完整的额度窗口，非常充裕。

但你不可能每天凌晨 5 点爬起来就为了发一条消息。

所以我加了定时任务。设一个闹钟，凌晨自动给 Claude 发一条消息，把窗口锚定在你想要的时间段。你早上 8 点起来看电脑，额度已经替你安排好了。

定时任务做完之后我发现它还有一个更实际的用法：到点自动开一个新标签去跑任务。自动以全自动模式运行，bypass 加上计划自动批准，整个过程不需要人在旁边，跑完了系统通知弹出来告诉你。

续跑的隐藏成本

无人值守续跑在理论上很完美，但实际使用中有一个隐藏的坑。

限流恢复通常要等大于一个小时。等到额度回来的时候，服务端的 prompt 缓存大概率已经过期了。这意味着 Claude 要把之前整个上下文重新读一遍，缓存不再命中，额度消耗变多。如果你用的是 Fable5 这种高端模型，这个成本相当可观。

所以我又加了一档选项：续跑之前先自动压缩上下文。并且压缩这一步可以指定用便宜的模型来做，比如用 Sonnet 做压缩，把贵的模型的额度留给正事。

到这一步，整个续跑策略已经变成了一套比较完整的配置：缓冲分钟数、次数上限、截止时刻、自动压缩阈值、压缩时使用的模型。全部都在自动化面板里集中管理。

四、它现在是什么样子

从最初的两个痒点出发，用了两个月，ClaudeTerminal 长成了现在的样子。

它的定位很简单：Claude Code 的桌面图形客户端。引擎就是官方的 Claude Agent SDK，会话数据存在 ~/.claude/projects/ 里，和你在终端里用 claude 命令产生的数据是同一份。这边聊的内容，去终端里 claude --resume 能看到、能接着聊。反过来也一样。它不圈你的数据，随时可以回终端，没有任何迁移成本。

前面讲了折叠、灵动岛、续跑、定时任务这些从痛点里长出来的功能。还有几个值得一提的东西：

多账号切换。 如果你有多个 Claude 账号，可以把它们做成不同的档案。每个标签页可以绑定不同的账号，A 账号在跑任务，B 账号的标签开着聊需求，互不占额度。状态栏显示每个账号各自的 5 小时窗口信息，哪个快到了哪个还富裕，一眼就能看清楚。

跨会话全文搜索。 Ctrl+Shift+F 可以搜索本机上所有的历史会话，包括你之前在官方终端里聊过的那些。上周让 Claude 写过一个很好用的正则表达式，这周又需要了，打开搜索框输入几个关键词，找到了，点一下就能在新标签页里恢复那次会话接着聊。

两套界面风格。 "现代"风格是 ClaudeTerminal 自己设计的样式。"原版"风格逐像素复刻了官方 CLI 的观感，banner、Claude 橙色、> 提示符，终端用户看到会觉得很熟悉，零学习成本。快捷键也和官方保持一致，Shift+Tab 切权限模式，双击 Esc 回撤，/@!# 四个前缀全部支持。

下载地址：https://github.com/guoy0701/ClaudeTerminal/releases （安装一次，之后有新版本会自动提示更新）

问题反馈：https://github.com/guoy0701/ClaudeTerminal/issues （也可以在应用内点击帮助菜单的"反馈"，或者直接输入 /feedback）

目前仅支持 Windows x64，闭源，个人业余项目。GitHub Issues 我都会看，但没办法承诺响应时效。

如果你在用 Claude Code，欢迎试试。有 bug 或者建议可以提 Issue，也欢迎加我好友交流。