Skip to content
Published on

米切尔·哈希莫托的第二家公司 Superlogical —— 公开了什么，没公开什么

🇰🇷KO🇺🇸EN🇯🇵JA🇨🇳ZH
Split View필사 모드
分享
Authors

引言 —— 776 个赞，但产品还没影子

2026 年 7 月 29 日，米切尔·哈希莫托公开了新公司 Superlogical，并在自己的博客上发了一篇短文。同一天，公司官网登上 Hacker News，拿到 776 点赞、452 条评论，他的博客文章在另一个帖子里也拿到了 150 点赞。

这种量级的反应，并不是对产品本身的评价。因为产品根本还不存在。 官网目前只在收集内测申请，公开的信息只有问题定义、团队构成，以及第一款产品的大致形态。这 776 个赞，是人们对"那个做出 HashiCorp 和 Ghostty 的人又要重新开始了"这件事的反应。

所以本文想把两件事分开来看。第一，实际发布了什么。 早期阶段的发布，信息通常都很单薄，而这种单薄本身就是一种信息。第二，这个选择对基础设施工具的价值正在往哪里转移，暗示了什么。 这里我会把"暗示"和"猜测"清楚地区分开。先说在前面：本文能当作已确认事实来处理的范围，比想象中要窄。

公开了什么，没公开什么

先说事实关系。哈希莫托本人的博客文章和公司官网，公开的范围并不一样。博客文章里既没有联合创始人的名字，也没有任何投资信息；团队和投资人名单是在公司官网上。

项目状态
公司名与使命已公开。官网文案大意是"为各种类型的工作打造一个多路复用器"
首款产品已公开。终端多路复用器。Web 端和 macOS、iOS 原生客户端，长期保持的会话，内置会话共享
团队已公开。哈希莫托加另外三人
投资人已公开。Notable Capital、Amplify Partners，以及多位天使投资人
融资金额未公开。 只确认存在一轮种子轮融资
估值未公开
发布时间表未公开。 只有一个内测候补名单
盈利模式未公开
与 Ghostty 的关系已公开。以 MIT 许可证的部件形式使用 libghostty，Ghostty 保持非营利
媒体报道截至核实时点，尚无

四人团队构成是这样的。哈希莫托(HashiCorp 联合创始人，Vagrant、Terraform、Vault、Ghostty 的作者)、Jack Pearkes(HashiCorp 的第一号员工，历任工程副总裁和研发副总裁)、Alasdair Monk(Poolside 的体验负责人，曾任 Vercel 设计副总裁，有 HashiCorp 和 Heroku 背景)、Hector Simpson(Poolside 的设计师，有 Heroku、HashiCorp、Clearbit、Vercel 背景)。两位来自 HashiCorp，两位来自 Poolside。

在投资人这一侧，能确认的信息是：Notable Capital 的 Glenn Solomon 表示由他主导了这轮种子融资，Amplify Partners 也公开了自己的投资。Solomon 正是 2014 年主导 HashiCorp A 轮融资的那个人。天使投资人名单里包括 Patrick Collison、Tobias Lütke、Guillermo Rauch、Aaron Levie、Armon Dadgar 等人。没有任何一方公开过具体金额。 如果看到任何数字，请务必核实来源。

哈希莫托本人文章里信息量最大的一句话，是他对为什么要创办公司的解释——他找到了一个值得投入几年时间的问题，这个问题的规模需要一个团队，而且有他想一起共事的人。他还就 Ghostty 明确划下了界限 ——Ghostty 会继续保持非营利，使命、治理结构、许可证、技术目标和路线图都不会改变。

为什么是终端多路复用器 —— libghostty 这项资产

终端多路复用器并不是一个新品类。screen 出现于 1987 年，tmux 出现于 2007 年，此外还有像 zellij 这样的近期实现。HN 评论区立刻反应"又一个 tmux"，这一点也不意外。

Superlogical 描述的问题略有不同。官网列出的场景包括本地开发、远程接入、编码智能体、后台任务、生产环境应用、实时调试、沙箱、共享终端、事件响应。也就是说，它给出的诊断是 ——工作发生的场所变多了，但工具依然把它们当作一个个互不相干的世界来对待。 在此之上，还加上了一个 Web 客户端、一个 iOS 客户端，以及会话共享。

在技术上有意思的地方在于原材料。libghostty 是把 Ghostty 处理终端的核心部分拆分出来的一个库，以 MIT 许可证公开。哈希莫托明确表示，Superlogical 使用这个部件的条件和任何其他人一样，没有特殊待遇。

这为什么重要，值得说清楚 —— 终端仿真是那种只有真正做过的人才懂的泥潭。转义序列兼容性、Unicode 宽度计算、连字与字体回退、回滚缓冲区的内存管理、GPU 渲染。从零开始搭这一层要耗费好几年。一个已经搭建过这一层的人，带着这一层的现成库来重新出发，这正是这次创业实质上的资产所在。 反过来说，这个领域的进入门槛不在这个部件本身，而在它之上 —— 会话同步、远程连接、权限模型，以及给出一个足以战胜人们已经投入在 tmux 配置上的肌肉记忆的理由。

Ghostty 造就了什么，以及它为什么不是一家公司

要读懂 Superlogical，得先看 Ghostty 过去三年做了什么。这是一个用 Zig 编写、GPU 加速的终端，1.0 版本在 2024 年 12 月 26 日发布。截至本文写作时，最新稳定版是 2026 年 3 月 13 日发布的 1.3.1，GitHub 仓库在 2026 年 7 月 31 日观测到的数据是 5.9 万星标、3200 次 fork。

比发布数字更值得关注的，是三项治理层面的决定。

2025 年 2 月 7 日，子系统维护者模型。 项目取消了"核心维护者"这种统揽全局的角色，转而把自主权分给八个人，按领域划分 —— 终端仿真、Linux 与 GTK、shell 集成、字体与渲染。有意思的是，这套模型明确写明维护者没有义务去审查 PR 和 issue。这是一种清楚认识到开源项目倦怠的主因不是权限、而是义务感的设计。

2025 年 12 月 3 日，转为非营利。 项目没有另立一个独立基金会，而是接受了 501(c)(3) 组织 Hack Club 的财政赞助(fiscal sponsorship)安排。知识产权转移给 Hack Club，贡献者在 MIT 许可证下保留版权。在公告中，哈希莫托明确表示自己依然是项目负责人和最终决策者，同时也在同一段话里强调，任何资金都不会流向他本人，也不会以对他有利的方式被使用。 他的家人另外向这个项目捐赠了 15 万美元。

2026 年 4 月 28 日，决定离开 GitHub。 以反复出现的 GitHub Actions 和平台故障为由，项目决定迁移代码仓库。公告发布时目的地尚未确定，GitHub 上会保留一份只读镜像，哈希莫托个人的仓库则原样保留。截至本文写作时，这件事仍在进行中。

把这三项决定叠在一起看，方向很清楚。Ghostty 从一开始就被有意设计成无法变成一家公司的样子。 商标和知识产权归属于非营利组织，资金不会流向创始人，权力按领域分散。所以 Superlogical 公告里那句"Ghostty 不会变"，并不只是一句客套话，而是在确认一件早已在结构上被锁定的事实。

我认为这种对比本身，正是这个案例里最有意思的部分。开源项目和公司出自同一个人之手时会产生什么样的冲突，之前的案例已经展示得够多了。而在这里，那些冲突点在公司成立之前就已经被理顺了。

从 HashiCorp 到 IBM —— 这段履历实际上说明了什么

按时间顺序梳理如下。

  • 2023 年 12 月 14 日 —— 哈希莫托通过公司博客宣布自己将离开 HashiCorp。他在 2016 年就卸任了 CEO，2021 年也已退出日常管理，所以这并不是他第一次退出，而是最后一次收尾。他在文中写道，自己作为工程师的兴趣一直在基础设施之外，也一直清楚终有一天会转向别的挑战。
  • 2024 年 4 月 24 日 —— IBM 宣布收购 HashiCorp。
  • 2025 年 2 月 27 日 —— 收购完成。按企业价值计算为 64 亿美元，每股以现金 35 美元支付。

这里要说明一下我没能确认的部分。我没有找到哈希莫托就 IBM 收购一事公开发表评论的记录。 关于 2023 年 8 月 Terraform 改用 BUSL 许可证一事，我同样没有找到他公开发言的记录。我在 HN 账号上按对应时间段做了搜索，没有结果。找不到不代表不存在，但如果你看到有人引用他就这两件事发表过什么言论，建议核实一下出处。

从这段履历中，真正能读出来的只有一件事。第二家公司的创始人，会带着第一家公司留下的三项资源重新出发 —— 资本的可及性(同一位投资人在十二年后再次牵头)、招聘的可及性(第一号员工再次加入)，以及传播渠道的可及性(仅凭一则公告就拿到 776 个赞)。这三样都是真实存在的优势，但同时也是延后产品验证的因素。在完全没有产品的情况下就能填满一份候补名单，也就意味着更晚才能收到真实的市场信号。HN 评论里出现"华丽的 vaporware(空气软件)"这种说法，背景正在于此。

检验一下"回归底层"这套说法

关于开发者工具领域的创业者正在离开 SaaS、回归终端、编译器、运行时这类底层工作的说法，时常能听到。Ghostty 常被拿来当作这套说法的代表案例。我核实了一下。

首先，我没有找到明确提出这一论断的具名出处。 这更像是社区里反复被识别出来的一种模式印象，而不是一篇分析文章。而且，把具体案例真正罗列出来看，方向其实是分散的。

  • Solomon Hykes —— 离开 Docker 后，于 2022 年创办了 Dagger。这是一个可编程的 CI/CD 引擎，与其说是底层，不如说是工作流层。
  • Guillermo Rauch —— 从 socket.io 到 Vercel。前端平台，属于高层。
  • Salvatore Sanfilippo —— 2024 年 11 月回归 Redis。这不是一家新公司，而是回归原来的项目，做的是 C 语言的系统级工作，确实偏底层。
  • Steve Yegge —— 自 2022 年 10 月起在 Sourcegraph，2026 年 1 月公开了名为 "Gas Town" 的编码智能体编排工具。不是底层，而是智能体这一层。
  • Adam Jacob —— 离开 Chef 后创办 System Initiative。DevOps 自动化，同样谈不上底层。

而且关键的一点是，Superlogical 本身也不是一家做底层的公司。 它的第一款产品是多路复用器，也就是会话和工作流编排，而真正底层的那部分(libghostty)留在了非营利项目里，而不是留在公司里。把这个案例当作"回归底层"的证据，是不符合事实的。

我认为更站得住脚的观察在别处。随着工作发生的场所越来越多，价值正在向那些把这些场所串联起来的层聚集。 本地、远程、沙箱、CI，以及并行运行的多个智能体，被当作一个个互不相干的世界来对待，这是一个真实存在的问题，Superlogical 的问题定义恰好就落在这里。不过需要说清楚的是，这是公司自身及其投资人给出的叙事，而不是独立的市场分析。

还有两组相邻的资金流动数据可以放在一起看。2025 年 9 月 18 日，Atlassian 以 10 亿美元收购了开发者生产力平台 DX；2025 年 12 月 11 日，Port 以 8 亿美元估值融资 1 亿美元。这两笔都属于开发者门户和生产力工具领域，而不是 AI 智能体基础设施。我没有找到能支撑"编码智能体正在取代基础设施工具"这一说法的具名出处。

HN 评论区提出的质疑

在 452 条评论里，反复出现的批评大致分成五类。对创业公告的怀疑通常都是噪音，但这一次有几条确实精准地指出了真实的风险。

描述含糊。 最多的意见是，落地页并没有具体说明到底在做什么。列出的九种场景更像是把范围铺得很宽，而不是把问题收窄。

tmux 和 zellij 早就存在了。 xkcd 927(讲的就是"标准又多了一个"那幅漫画)被反复引用。这不算是一个无法反驳的质疑，但要战胜现有工具用户已经投入的配置资产和肌肉记忆，这个要求是真实存在的。

只有投资，没有产品。 四人团队里有相当一部分拥有高管级别的履历，但目前什么都还没做出来，这种组合引发了怀疑。

依赖 Tailscale。 有人担心核心功能被绑定在第三方付费服务上。

看不出差异化。 评论区里"我自己也做过一个一样的东西"这类反应之多，本身就说明这个品类的进入门槛并不在创意这一侧。

以上这些现在都无法下定论。但无法下定论这件事本身，就是当下的实际状态。 公司公开的信息还不足以回应这些质疑，而要有答案，就得等产品真正问世。

结语 —— 发布单薄时，就该说它单薄

总结一下。

  • 2026 年 7 月 29 日公开的 Superlogical，可以确认的事实是：四人团队、投资人名单、首款产品是终端多路复用器，以及以 MIT 部件的形式使用 libghostty。
  • 融资金额、估值、发布时间表、盈利模式全部未公开。产品也还不存在。
  • Ghostty 早就被设计成无法变成一家公司 —— 子系统维护者模型(2025 年 2 月)、Hack Club 财政赞助(2025 年 12 月)、资金不流向创始人的结构，都是证据。
  • 连续创业者的优势体现在三个方面 —— 资本、招聘、传播渠道，而这些优势同时也会让市场信号来得更晚。
  • "开发者工具创业者正在回归底层"这套说法没有具名出处，具体案例的方向也各不相同。Superlogical 本身同样不是一家底层公司。

评价一家"第二次创业"的公司时，最容易犯的错误，就是把第一家公司的成绩单当作第二款产品的证据。HashiCorp 的成功，能证明 Terraform 是个好工具，但不能证明多路复用器就会是个好产品。目前能确认的，大概只是原材料不错(libghostty)、团队是在这个问题领域工作过的人，以及问题定义确实触及了真实的痛点。这三点是必要条件，不是充分条件。剩下的要等内测上线之后再判断，在那之前，如实说一份单薄的发布是单薄的，才是最准确的描述。

参考资料

Discuss on Twitter • View on GitHub