《So I stopped using Ghostty...》内容整理
Theo在视频中分享了自己从长期使用的Ghostty终端转向新工具CMUX的决定。他坦言尽管Ghostty功能强大，但随着工作模式向更复杂的并行任务演进，传统终端多路复用器已无法适配其工作流。CMUX凭借其基于LibGhosty的架构、灵活的分屏管理与项目侧边栏，显著提升了多项目并行效率。然而他也指出CMUX存在浏览器集成不佳、状态行重复等缺陷，并展望未来可能融合Neary式窗口管理理念，构建一个统一的开发应用生态。
核心信息
- 传统终端多路复用器（如Tmux）难以适应现代开发者日益复杂的并行工作模式。
- CMUX通过项目侧边栏和灵活分屏，主要用来应对了多项目并行管理的难题。
- CMUX内置浏览器功能体验差，是其较明显的问题。
跳读导航
可先看这几段：
- 00:00:00：这次切换和以往的软件更换不太一样
- 00:02:45：工作分支变多后，Tmux 的层级结构越来越难用
- 00:12:15：为什么他会把问题归到新的 AI 编码工作方式上
- 00:21:10：将Chrome、VS Code等整合进单一应用，形成统一开发环境
- 00:22:30：Theo 将这类工具视为仍在早期阶段的尝试
内容主线
告别十年老友：为什么是时候换终端了
Theo坦承自己曾长期依赖Ghostty，但因工作模式日益复杂，传统终端多路复用器已无法有效组织并行任务，促使他寻找新的解决方案。
CMUX初体验：重构我的工作流
CMUX通过其灵活的分屏、项目侧边栏和热键系统，被他描述为更适合了Theo在多项目并行中的操作效率，成为其日常主力工具。
理想与现实：CMUX的局限与未来的想象
尽管CMUX带来明显变化，但其内置浏览器功能糟糕，且缺乏深度集成。Theo由此构想未来应融合Neary式窗口管理，打造一个集终端、浏览器、编辑器于一体的统一开发应用。
中间夹有一段赞助/口播，可直接跳过。
边界与保留
- 当前样本的转录质量一般，引文和证据只保留了较可信的部分。
- 这段内容经过翻译整理后再分析，部分语气和细节可能与原视频有轻微偏差。
- 原视频篇幅较长，当前整理更偏主线，部分中间论证和例子可能被压缩。
- 这段内容更偏经验分享或方法展示，落地前还需要放回自己的场景验证。
回查证据
| 整理结论 | 视频依据 | 时间点 |
|---|---|---|
| 工作分支变多后，Tmux 的层级结构越来越难用 | My work branches more, goes up and down more. The way I do things in parallel is getting stranger every day. | 00:02:45 |
| 他借 Neary 解释自己想要的窗口管理方式 | Imagine if instead of this always being terminals, you integrated Chrome and not just like a Chromium shell. | 00:20:10 |
术语与来源
| 术语 | 本文语境 |
|---|---|
| CMUX | 一款基于LibGhosty核心库构建的新终端，支持灵活分屏和项目管理，用于解决并行开发中的组织难题。 |
| LibGhosty | Ghostty项目的底层核心库，用于为各类终端相关应用提供基础支持，是。 |
| Tmux | 一个经典的终端多路复用器，允许用户在一个终端窗口内创建多个会话，但其层级结构在复杂并行工作中显得僵化。 |
| Neary | 一种非平铺式窗口管理器，其特点是每个窗口都是独立的“独立窗口”，可自由移动和堆叠，避免了空间被强制分割的问题。 |
| Agentic Coding Problem | 指在AI辅助编程时代，开发者需要同时处理多个并行任务（如写代码、调试、查文档），导致传统工具链难以有效协调的困境。 |
| Sponsor: Milkstraw | 视频赞助商，提供AWS成本优化服务，承诺仅收取节省金额的20%，且无节省则不收费。 |
| 来源项 | 内容 |
|---|---|
| 频道 | Theo - t3․gg |
| 平台 | YouTube |
| 视频ID | EUE8N6mqtGg |
| 链接 | https://www.youtube.com/watch?v=EUE8N6mqtGg |
| 时长 | 00:23:21 |
| 播放量 | 156,775 |
辅助参考：article.md（校正后全文）
分析引擎: qwen 模型: qwen-flash 原文长度: 26412 字 生成时间: 2026-05-16 18:52