- ローカル開発からリモート接続、コーディングエージェント、バックグラウンド作業、本番運用までを、1つの永続的なセッションでつなぐ作業マルチプレクサを開発中
- 人の対話型作業とCI・エージェントの自動作業が別々のツールやログに散らばる問題を解決し、環境をまたいでもコンテキスト・構造化データ・作業履歴を維持しようとしている
- 最初の製品は、複数のターミナルブロックを長期セッションとして管理するターミナルマルチプレクサで、アプリを閉じたりデバイスを変えたりしても既存の状態から作業を再開できる
- WebとmacOS・iOSネイティブアプリ、リアルタイムのセッション共有をサポートし、スクロールバック・選択・スクロールがOSの標準的な方式どおりに動作するよう、既存ツールの不便さを改善する
- すべての構成要素を組み合わせられるようにし、本番環境での安全性と運用性まで確保する計画で、最初のベータ版と開発過程のオープンソースリリースを予告している
複数環境をつなぐ永続的な作業セッション
- 現代のソフトウェア作業は、ローカルマシン、リモートホスト、サンドボックス、サービス、本番システムにまたがっている
- 開発者の対話型作業、CIやバックグラウンドプロセスの自動作業、並列実行されるエージェント作業が、それぞれ異なる仕組みに置かれている
- 対話型ツールは人がインターフェースの前にいることを前提とし、自動作業は作業記録やログに埋もれ、本番作業は別個のシステムや統制の背後に存在する
- AIによって、このツール断片化のコストはいっそう明確になったが、システム管理・継続的インテグレーション・リモート開発・コラボレーションもまた、何十年にもわたり同じ境界を押し広げてきた
- Superlogicalが構想する永続的セッションは、次の役割を担う
- アプリケーションと実行環境をまたぐ
- 関連するコンテキストを標準で提供する
- 構造化データと実行可能な作業を公開する
- 作業履歴を保持する
- ソフトウェアが駆動できる一方で、人にとって常に可視で制御可能な状態を維持する
- 開発は、高品質なマルチプレクサの構築、内部要素の組み合わせ可能性の確保、本番環境での安全性と運用性の確保という3段階で進める計画である
ターミナルから始まる最初の製品
- 最初の製品は、複数の独立したターミナルの流れを共通インターフェースに集約するターミナルマルチプレクサである
- 複数のターミナルブロックを長期セッション内に整理する
- アプリケーションを閉じたあと、別のデバイスから再接続して中断地点から作業できる
- WebとmacOS・iOSネイティブアプリからセッションにアクセスできる
- 他の人とリアルタイムでセッションを共有する機能を最初から含む
- スクロールバック・選択・スクロールをOSの標準的な方式どおりに実装し、既存マルチプレクサにありがちな不便さを減らす
- ターミナルは開発者、エージェント、ツール、インフラをつなぐため、より大きな作業マルチプレクサの基盤として選ばれた
- 今後機能範囲が拡大しても、ターミナルマルチプレクサ自体の品質は維持する計画である
チームとリリース計画
- チームには Mitchell Hashimoto, Jack Pearkes, Alasdair Monk, Hector Simpson が参加している
- Ghostty, HashiCorp, Vagrant, Terraform, Vault, Poolside, Vercel, Heroku など、開発ツール・インフラ・AIシステムと開発者インターフェースを構築した経験を持つ
- Notable CapitalとAmplify Partnersをはじめとする投資家から資金を調達しており、最初のベータ版とオープンソースリリースの通知登録を受け付けている
1件のコメント
Hacker News の意見
Ghostty の所有権を非営利団体に移し、そのうえで新会社がそれをオープンソース依存として活用する点が特に気に入った
Superlogical は誰でも使える同じ MIT ライセンスのコンポーネントを使い、共通のターミナル作業を引き続き libghostty にアップストリームして、すべてのユーザーが恩恵を受けられるようにする予定とのこと
この20年ほど tmux/vim の中で過ごしてきたが、ここ1か月はほぼ完全にCodex デスクトップアプリを使っており、今ではスマホの ChatGPT アプリでリモート操作する比重も増えている
Ghostty は好きだが、こうしたターミナル中心の世界があとどれだけ続くのかは不透明に見える
最近使ったいくつかのツールを合わせたように聞こえる
pi-web(https://pi-web.dev/) は複数マシンの Pi セッションを多重化する Web フロントエンドで、herdr(https://herdr.dev/) はサブエージェントの活動に応じてウィンドウを簡単に作成・削除できる、完成度の高いエージェント多重化 TUI だ
firstmate(https://github.com/kunchenguid/firstmate) はコーディング実行環境向けのメタ環境で、サブエージェントの生成・通信、worktree 管理、その他のソフトウェア開発ライフサイクル機能を扱い、Bash スクリプトの制約によって性能の低いモデルでもより良い結果を引き出せるようにしている
これは、いわゆる「ハッカーマン」的 UX よりも少しデザイン性を求める上級ユーザー向けのターミナルエージェント・オーケストレーターだ
herdr のセッション永続性と組み合わせることで、移動中のエージェントアクセスがずっと簡単になり、使い心地も良かった: https://github.com/AltanS/collie
採用ページで
ssh superlogical.jobsに接続し、ターミナルで求人情報を見せる方式は初めて見たし、実に変わり者の開発者好みだ今は遅延が非常に大きい接続を使っているので、こういう環境ではユーザー体験がひどい
内容を伝えるより謎かけのようにしたクリック誘導型のタイトルにはうんざりしているので、そのサイトはクリックしない
HN のガイドラインには、サイト名はリンクの後ろに表示されるのでタイトルから外せ、程度のことしかないが、ドメイン名や単語一つだけのタイトルは内容がわかるよう編集する慣行ができるとよいと思う
HN のタイトルも “Superlogical: We are building the [terminal] multiplexer for all work” のようにした方がよかったはずだ
この種のツールの最大の利点は中央集約だと思う
ターミナルのエコシステムはあまりに断片化されており、誰もが難解なターミナルプロトコルをサポートし、無数のラッパーを重ねなければならない
統合者になるより標準を定義する方が最も簡単な解決策であり、1980年代風の意味体系から脱しつつターミナルの使い心地を保つ拡張機能を一か所で標準化できるなら素晴らしい
これまでで最もすっきりしていた組み合わせは mosh + tmux だが、これですらブロックカーソルがないなどの問題がある
Superlogical の最終目標が Linux 開発者エコシステムの再編なら支持するが、長期的には政治的リスクが懸念で、オープンソースのローカル開発ツールである限りは問題ないと思う
Mitchell が HN に Vagrant を初公開し、そこから HashiCorp のすべてが始まった頃を思い出す
8年、長くても10〜12年前くらいだと思っていたのに、もう16年も経っていた
今回も Zig を使うプロジェクトなのか気になる: https://news.ycombinator.com/item?id=1175901
既存ツールでよくある不便さであるスクロールバック、選択、スクロールをネイティブ動作にすると言いながら、肝心のブラウザのスクロールバーは壊してしまっている
エージェント・オーケストレーターは、IDE の夢を再包装したもののように見える
Visual Studio や Xcode のようにロックイン効果と独占性に支えられた製品を除けば、IDE は Alan Kay らが描いた壮大なビジョンには到達できず、今でも実質的にはファイルエクスプローラー付きのテキストエディタだ
エージェント・オーケストレーターも同様に、ビジョンは巨大だが実装はタブ付きターミナルに近い
Windows クライアントアプリ、特に WinForms 向けの Visual Studio は今でも驚くほど生産的だ
UI をドラッグして作り、フォーム裏のロジックに切り替え、Web サービスのバックエンドを接続し、ドメインモデルを共有するという一連の流れを、探索・検索ツールが理解しており、TFS 統合も素晴らしかった
しかし “Server Explorer” は Azure VM を含めると、開くたびに30秒も固まり、Docker ツールは遅すぎたし、多くの Azure サービスにはまともな VS ツールがなかった
小規模システム向けの “right click publish” も、複数チームが関わる現実的な要求へは拡張できず、開発者は現代的な作業のために別のツールを学ぶ必要があり、Visual Studio の中心性は大きく弱まった
アプリを閉じて別のデバイスから再接続し、正確に続きから作業できる機能は、誰もまともに実現できていないリモート IDE の夢に近い
以前は作業を24時間動かし続けるマシンは必要なかったが、バックグラウンドで動くコーディングエージェントの登場で状況が変わった
ただ、ターミナル多重化でリアルタイムのセッション共有を行うには、すべての画面で行数・列数を合わせる必要があるため、スマホとノートPCが混在するとユーザー体験はひどくなり、実際に試してみても良い解決策はなかった
それでもこの機能を入れたということは、長期目標がターミナルではなく GUI ベースのエージェント IDE にあり、その後さらに作業全般がエージェント中心になることで、「あらゆる作業のための多重化器」へ拡張しようとしていることを示唆している
これまでで最も多くのトークンを消費したプロジェクトがこれと非常によく似ており、良いアイデアかどうかはまだ確信が持てないが、作る過程はとても楽しかった