Godot×Rustで実現する次世代ターミナル「gPTY」：tmuxを超えた新たなワークスペース体験

GodotエンジンとRustを組み合わせたサイドプロジェクト「gPTY」を公開しました！このプロジェクトは、学習を兼ねてこの2つのスタックを使いたいという思いからスタートしました。ベースにあるのは「tmux」のようなアイデアで、複数のPTYを起動し、自由にグリッドレイアウトで並べられるツールを目指しています。Godotを使用することで、tmuxのような機能に加え、FPSカウンターの表示や、バッテリー駆動時の省電力設定といった柔軟なリソース管理も可能です。現在では、自律型AIエージェントのオーケストレーション環境としても活用できる、多機能なターミナルワークスペースへと進化中です（ちなみに最近は『herdr』をgPTY上で動かしており、非常に快適です）。Godotをエンジンにしているため、単なるターミナルにとどまりません。2D/3Dのキャンバスを活かして、タスクバーなしの没入型「禅モード」を提供したり、ターミナルペインの横にメディアプレイヤーを配置したりすることも可能です。今後はローカルWiki管理機能の追加や、Snakeのような2Dゲームを組み込んだペイン作成などを計画中です（詳細はROADMAPを参照）。Electronベースのツールと迷った時期もありましたが、現在のAI支援ツールをフル活用することで、Godot×Rustでも十分な開発スピードを維持できました。AIに頼り切りではなく、重要な部分は人間がしっかりコードを精査しています。ユーザー体験の向上にはまだ課題もありますが、ぜひ皆さんの感想や意見を聞かせてください！リポジトリ: https://github.com/godot-pty/gpty ドキュメント: https://godot-pty.github.io/gpty/

スクリーンショットがないプロジェクトってどうなの。全部読み込まないと理解できないような仕組みを期待されても困るよ。

ゲームエンジンをゲーム以外の用途に使う発想は面白いけど、これに関してはあんまり適してない気がするな。2Dウィンドウやテキスト中心のアプリなら、Webブラウザをベースにするのが一番だし。UIやHUD機能に関しては、市販のゲームエンジンはChromium系に比べるとかなり遅れてるよ。

Godotはかなり巨大なエンジンだし、ゲーム以外の用途で妥当なサイズにコンパイルできるのか疑問だな。スクリプト言語はかなり遅いし、4.0になってもC++でのコーディングは苦行だった記憶がある。RaylibかBevy、あるいは素のSDLを使う方が賢明じゃないかな。

ドキュメントが本当に読みづらい。AI生成っぽい表現や冗長な記述が多すぎるよ。全体を一度人間がしっかりレビューすることをおすすめする。

Godotがゲーム以外でクリエイティブに使われるのは大歓迎！ターミナル周りはまだまだ革新の余地があるはずだし、面白い試みだと思うよ。

見方を変えれば、GodotにはクロスプラットフォームでハードウェアアクセラレーションされたGUIがあるってことだよね。エディタ自体がGodotで作られたアプリみたいなものだし、VRヘッドセットやAndroid、Webなど主要なプラットフォームには対応してる。Rust用の拡張APIもかなり優秀だし、Rust自体がクロスプラットフォームやWASMとの親和性が高い。邪道かもしれないけど、複雑なものを手早く形にして、すぐに誰にでも届けられるという意味では強力だよ。追記：最近libgodotができたおかげで、モデルが逆転したよね。自分のアプリが主導権を持って、Godotから必要なコンポーネントだけを引き出せるようになった。オープンソースでコードベースも比較的読みやすいから、不要な部分をごっそり削ることもできるはず。

「なぜこれを作ったのか？」「なぜ今なのか？」というセクションを追加してくれないかな。使い方の解説ばかりで、存在意義やどういう問題を解決するためのものなのか（適用範囲）を説明しないプロジェクトにはしないでほしい。

Goで書かれたFyne.ioもブラウザサポートを避けてるけど、マインドシェアを広げるにはブラウザ対応ってすごく有効なんだよね（UIツールキットに堅牢なデータグリッドを実装するのと同じくらい重要だと思う）。

エージェント開発のためにいろんなターミナルやマルチプレクサを試してきたけど、tty7、Warp、Herdrとかね。今のお気に入りはtty7だよ。モダンなターミナルに求めていた機能がそのまま揃ってるし、まさにWarpが目指すべき姿だったんじゃないかな。