我曾梦想拥有的终端，于是我亲手打造了它

我曾梦想拥有的终端应用，于是我亲手打造了它

过去十年的大部分时间，我都在终端里度过。凌晨两点通过 SSH 连接到生产服务器，同时追踪十几个服务的日志，在多个数据库之间来回切换，只为弄清楚昨天还能正常运行的功能今天为何突然失效。终端就是我的家。

然而，几乎所有的终端应用都让人感觉有点小毛病。iTerm2 是个例外，但它仅限 Mac 使用。在 Windows 上，我试过的每一款终端要么存在奇怪的复制粘贴问题，要么有令人费解的可用性缺陷，让人不禁怀疑开发团队是否真的每天使用它。

一个无人谈论的问题

2026 年的终端应用都有一个共同点：它们总逼你做选择。你想要 AI 功能？没问题，注册 Warp 账号并允许它将遥测数据传回服务器吧。你希望在 Windows 上获得良好体验？祝你好运——大多数终端开发者要么完全忽视 Windows，要么只是敷衍对待。你想要内置数据库连接？那得用另一个独立应用。SSH 管理？又是一个应用。Redis？还得再装一个。

为了完成本应属于同一工作流的任务，我不得不同时打开六个工具：一个终端、一个数据库图形界面、一个 SSH 管理器、一个 Redis 客户端、一个 AI 聊天窗口，以及一个文本编辑器。

这简直荒谬至极。

我想要一款这样的终端：

• 无需注册账号就能直接输入命令
• 不会将我的数据发送到任何地方
• 内置 AI 功能，但允许我使用自己选择的任意服务商的 API 密钥
• 原生支持连接 Postgres、MySQL、SQL Server、MongoDB、Redis 和 SSH，并集成 Tailscale
• 内置文件编辑器，让我永远不必离开终端
• 在 Windows 上运行流畅，不会感觉像二等公民
• 设计风格统一，不像由委员会拼凑而成

市面上根本不存在这样的工具。于是我动手打造了它，并将其命名为“Yaw”。

十年积怨，一朝释放

我并非靠周末项目碰巧成功的初级开发者。多年来，我一直从事 DevOps 和 SRE 工作——这类工作能让你真切体会到终端工作流在实际中的真实模样，而不是产品经理凭空想象的样子。我在架构上的每一个决策，都源于多年作为终端用户的切身体验。

这种领域知识花了我整整十年才积累起来，而这也是 AI 无法替代的部分。但 AI 确实彻底改变了其他一切工作的效率。

Claude Code 彻底改变了我的工作方式

我必须坦诚这一点，因为互联网上对 AI 的态度总是走向两个极端：要么过度吹捧（“我二十分钟就做出了一个 SaaS！”），要么全盘否定（“它只会写出一堆 bug”）。现实其实介于两者之间，而这个“中间地带”本身就已经具有变革性。

在整个开发过程中，我全程使用了 Claude Code。以下是我日常使用的真实情况。

它表现惊艳的地方：脚手架搭建。当我需要接入一种新的数据库连接类型时，我不必花两个小时去阅读驱动文档。我只需描述需求，Claude Code 就会生成集成代码，我再进行微调即可。这极大地改变了“样板代码”与“核心思考”的比例。过去我 70% 的时间花在基础连接和配置上，30% 用于关键决策；现在则完全颠倒过来——我大部分时间专注于决策，而 Claude 负责处理底层连接逻辑。

CLAUDE.md 技巧：项目早期，我在代码仓库中创建了一个名为 CLAUDE.md 的文件——本质上是一份动态文档，详细记录了项目的架构、编码规范、设计模式和关键决策。每次与 Claude Code 交互时，它都能参考这份上下文。随着时间推移，这份文档不断完善，最终 Claude Code 对我代码库的理解达到了如此程度：它提出的建议几乎与我自己编写代码的方式完全一致。这个文件逐渐成为了一种……