txt：让编辑如思考般流畅的终端编辑器
Txt: A fast, keyboard-driven terminal text editor for engineers
作为长期在终端工作的工程师，我受够了配置插件、学习模态系统或频繁切换 GUI 编辑器的繁琐。因此，我开发了 txt，一款专为工程师打造的快速、键盘驱动的终端文本编辑器。它无需复杂的初始设置，打开即用，旨在消除编辑时的摩擦感。txt 支持 Rust、Python、JavaScript 等多种语言的 tree-sitter 语法高亮，内置 Git 集成、模糊文件搜索、多光标编辑以及完整的 LSP 支持。它不是要取代你的主 IDE，而是当你需要快速修改配置文件或修复错别字时，能让你在终端内一气呵成的得力工具。
txt 背后的设计原则很简单：编辑应当如思考般流畅。
HN 评论区
34- zero_shift
我不会因为你用 Claude 来开发这个项目而批评你。老实说，作为用户，只要软件质量过硬，这对我来说是个中性问题。
我想问的是：既然我可以用 Cursor 和 Fable 5.1 以相对低廉的 Token 成本，通过约束其使用高质量依赖库，自己生成一个不错的文本编辑器，那我为什么要用你的软件？
所以这其实是开源开发面临的一个真正困境：如今还有必要为开发者创造工具吗？
- _ix
虽然他们极力宣传键盘驱动的功能，但在演示 gif 里展示的却是鼠标驱动的 workflow。这选择挺让人好奇的，不是吗？
- __fst__
自从费劲学会了 vim，我就再也用不了别的编辑器了。
至于楼主提到的使用场景：
“我开发 txt 是因为我大部分时间都在终端里度过，每次为了快速编辑而切换到其他工具，总让我感到一种不想承受的摩擦。终端里的编辑器要么围绕模态范式构建了陡峭的学习曲线，要么功能太有限，根本不够实用。”
其实针对这个场景，你只需要掌握寥寥几个 vim 命令和快捷键就够了。
- sgarland
> 终端里的编辑器要么围绕模态范式构建了陡峭的学习曲线，要么功能太有限，根本不够实用。
> txt 并不是要取代你的主力 IDE。它是你只需要编辑点什么时随手拿起来用的编辑器。
这两点自相矛盾。如果你只是想编辑点什么，又不熟悉 [n]vi[m] 或 emacs，那就用 nano。如果你想要行号、代码折叠、语法高亮等功能，那你应该花点时间去学一个更强大的编辑器。
说实话，vi 的绝对基础并不难学，你应该花 15 分钟去掌握它，因为它几乎保证在任何地方都能用。:wq 和 i 基本上就是你“只想编辑点什么”时所需的全部。
- rckt
我能理解初创公司依赖 AI 工具来验证想法。但个人/爱好项目呢？感觉有点怪。这里不是追求速度的地方。慢慢来，享受过程，去学习和创造。