/tui fullscreen 和 /tui default 的区别，我用了一周后的判断
/tui fullscreen 和 /tui default 的区别，我用了一周后的判断
适读人群：每天用 Claude Code 做开发的工程师 | 阅读时长：约10分钟 | 核心价值：不只讲功能差异，讲在真实工作场景下哪个模式更适合，以及一个让人头疼的内容丢失问题怎么解决
我第一次看到 Claude Code 有 /tui fullscreen 命令，是在某个文档页面不经意扫到的。当时没在意，继续用默认模式。
然后有一天在做一个大任务——重构一个模块，涉及十几个文件——我发现我一直在滚动屏幕，找上面的对话内容。有时候找不到了，只能重新问 Claude 一遍。
就是那天，我切换到了 fullscreen 模式，用了一周，又切了回来，又切回去。来回折腾了一段时间，最后形成了一套固定的用法判断。
这篇文章写的就是这个判断过程，以及一个 fullscreen 模式下很容易踩的坑。
两个模式的实际差异
先说基本的差异，讲清楚再说判断。
default 模式
就是 Claude Code 默认的命令行交互样式，输入在底部，输出往上滚。整个界面就是你的终端窗口，Claude 的回复和普通的命令行输出混在一起。
这个模式的好处是：和你现有的终端工作流无缝融合。你可以在同一个终端里既用 Claude Code，也运行命令，也看日志。所有内容都在同一个滚动历史里。
坏处是：当对话变长，内容很难追溯。Claude 输出了一大段分析，你想往上翻找，要滚很多屏。还有就是，如果你终端窗口改变了大小，历史内容的排版会乱。
fullscreen 模式（/tui fullscreen）
这个模式会把 Claude Code 切换成一个占满终端窗口的 TUI（文本用户界面）应用。界面分了几个区域：顶部是对话历史，底部是输入框，有明确的边界。
感觉上更像一个独立的应用，而不是命令行工具。
好处是：对话历史有独立区域，不会被其他命令行输出淹没。界面更清晰，特别是在做复杂任务时，不会感到"失控"。
坏处也明显：你不能在同一个窗口里跑其他命令，需要开另一个终端窗口。而且有一个我后面会说的坑，很多人踩了之后会莫名其妙地丢失内容。
那个让人头疼的内容丢失问题
在 fullscreen 模式下使用一段时间之后，我发现了一个问题：有时候上面的对话内容会消失，只能看到最近几条。
开始以为是 bug，去查了一下，发现是一个设计行为，但确实容易误解。
原因是：TUI 界面渲染历史内容的区域高度是固定的，这个高度是根据你当前终端窗口大小计算的。当你的终端窗口变小（比如你把窗口拖小了，或者在分屏操作里窗口缩小了），历史内容区域变小，原来可以显示的内容就显示不了了。
这个内容不是真的丢失了，Claude 的上下文里还有。但你在界面上看不到了，找不到了。
更坑的情况是：如果你用的是 tmux 或者 iTerm2 的分屏，分屏的时候窗口缩小，fullscreen TUI 会重绘，然后你之前滚动到某个位置的历史就不见了，只能从最底部重新往上找。
解决方案
有几个实际可用的解决方案，按照效果排序：
方案一：保持终端窗口大小稳定
如果你用 fullscreen 模式，就把这个终端窗口固定用于 Claude Code，不要随意改大小，不要在这个窗口里分屏。这是最简单的解决方案，但对工作流有约束。
方案二：关键内容实时记录
Claude Code 有 /memory 命令，可以把重要信息写入持久化的记忆里。如果 Claude 分析出来了一个重要结论，让它把结论写进 memory，就算界面上看不到了，memory 里还有。
# 在对话里让 Claude 记录关键决策
"把刚才分析的三个架构问题写进记忆，方便后面查阅"方案三：搭配 tmux 的 copy mode
如果你用 tmux，可以用 tmux 的 copy mode（Ctrl+b, [）来在 TUI 界面之上滚动查看历史输出。这绕开了 TUI 自己的历史区域限制，直接在 tmux 的缓冲区里找内容。
这个方案需要熟悉 tmux，但效果最好。
方案四：任务完成后导出对话
Claude Code 支持把对话保存到文件，如果你在做一个长任务，每隔一段时间导出一次对话记录，就算界面上内容丢失了，文件里有。
一周下来的使用判断
用了一周，我得出了一个对我自己适用的判断标准：
用 fullscreen 的场景：
做一个专注的大任务，比如：重构一个模块、设计一套 API、写一个完整功能。
这种场景的特点是：任务边界清晰，持续时间长（1-3小时），我希望和 Claude 的对话是主要的工作界面。
fullscreen 在这种场景下的优势是真实的：界面清晰，不会被其他命令行输出干扰，能专注在任务上。
用 default 的场景：
日常的零散辅助，比如：帮我看下这个函数为什么报错、帮我写个正则、帮我解释这段日志。
这种场景的特点是：任务短平快，Claude Code 只是我工作流里的一个工具，我需要同时看终端输出、跑命令、查日志。
default 模式在这种场景下更顺手，因为你不需要独立的"Claude 工作空间"，你只需要一个随时能问问题的助手。
一个没人告诉你的细节
在 fullscreen 模式里，输入区域默认只有一行高度，但你可以用 Shift+Enter 输入多行内容。
这个细节很多人不知道，然后在需要粘贴一大段代码的时候，发现回车直接发送了，粘贴没完成。
如果你需要粘贴代码或者多行输入，记住先进入多行模式，或者用反引号包裹代码块之后一次性粘贴。
我现在的实际配置
现在我的工作方式是：
一个 tmux session，分两个窗口：一个跑 Claude Code（fullscreen 模式），一个是普通终端（跑命令、查日志、运行测试）。
两个窗口之间切换用 tmux 的快捷键，几乎没有感知成本。
这样我既有 fullscreen 模式的清晰专注感，又能随时切到普通终端做其他事，不互相干扰。
你如果不用 tmux，用 iTerm2 的分屏也能达到类似效果。关键是：别把 Claude Code 的 fullscreen 和其他操作混在同一个窗口，那样两边都会受影响。
两个模式没有绝对的好坏，只有适不适合当前的任务类型。理解了这一点，选择就很简单了。