KDEの新ターミナルKwi、Konsole比3倍〜35倍の高速化をうたう

KDE開発者のEike Hein氏は2026年11月1日、KDE Plasmaデスクトップ向けの新しいターミナルエミュレーターKwiを発表しました。GPUで描画し、同氏のテストではKonsoleより3倍から35倍速く動作します。GhosttyターミナルプロジェクトのライブラリーであるLibghostty-vtを基盤としており、ナイトリーのFlatpakビルドがすでに利用できます。Hein氏はこれを「実験であり提案」と呼び、29年の歴史を持つKDE標準ターミナルの代替ではないとしています。

Kwiとは何か

Kwiは「KDE Plasmaとその他のデスクトップ向けの、モダンで高速なターミナル」だとREADMEは説明しています。Hein氏はKDEブログで、機能セットは今のところ意図的に控えめにしていると書いています。XDA Developersによると、名前は「クウィー」と発音します。

プロジェクトは3つの部分からなります。1つはKwiアプリケーション本体です。もう1つは公開QMLモジュールで、Qt QuickとKDEのKirigamiツールキットで作られた他のアプリが、ターミナル画面を埋め込めるようにします。そしてQWidgetで作られた古いアプリ向けのKPartプラグインがあります。アプリケーション自体も、他のアプリに提供しているのと同じQMLモジュールの上に作られています。

この埋め込みの話は、KDE内部では重要です。XDAによると、新しいKDEアプリがKonsoleを埋め込むには回避策が必要です。KonsoleがQWidgetで作られているためです。Qt QuickアプリならKwiを直接インポートできます。

速さはどこから来るのか

KonsoleはQWidgetを通してCPUで描画します。KwiはQt QuickとQt Scene Graphで描画し、これらはVulkanまたはOpenGLを通してGPU上で動きます、とPhoronixは報じています。描画はGPUが担い、CPUはプログラムの実行に専念できます。

もう半分はlibghostty-vtです。ターミナルエミュレーターの仕事は2つあります。プログラムが出力するテキストと制御コードの流れを解釈することと、その結果を描くことです。libghostty-vtは1つ目の仕事を担います。出力を解析し、画面上に何があるかを追跡するので、Kwi自身のコードはデスクトップ統合、描画、インターフェースに集中できます。Hein氏によると、このライブラリーは最新機能の面で他のターミナルより先行しており、NeovimとGhostelがすでに使っています。

層	コンポーネント	役割
ターミナルエンジン	libghostty-vt 1.4.0以降	プログラム出力を解析し、ターミナルの状態を保持
描画	Qt QuickとQt Scene Graph	VulkanまたはOpenGLを通してGPUで描画
疑似端末	KDE FrameworksのKPty	シェルとウィンドウをつなぐ
インターフェース	Kirigami	Qt Quickアプリ向けのKDEのツールキット

Hein氏が掲げる数字は、同氏自身のテストシステムによるものです。ターミナルに高速で変化する出力を大量に流すベンチマークDOOM-fire-zigでは、Kwiは毎秒870フレームに達し、Konsoleは23フレームでした。ベンチマーク全体では、向上幅を3倍から35倍としています。第三者による測定はまだ公開されていません。

実験であって、方向性ではない

Hein氏は、Kwiが何ではないかについて慎重です。「Konsoleの29年にわたる継続的な開発の成果には、どう見ても及ばない」と書いています。読者はKwiを「将来のKDEの方向性を示す発表のようなもの」と誤解すべきではないとも述べています。Phoronixは、実験的なものであり、Konsoleの代替としてはまだ提案されていないと説明しています。

テストもこれまでは限定的です。Kwiは「少人数の友人の間で限られたテストを受けた」段階だと発表文にあり、ユーザーは「明らかなバグがすぐに出ることを覚悟してほしい」とされています。タグ付きリリースはまだ1つもなく、v0.1.0さえありません。Hein氏はさらに長期的な構想として、デスクトップが起動する前に動くテキストコンソールKmsconの、Kwiベースの代替案にも触れています。

KDE自体は10月にPlasma 6.8を出荷し、Konsoleはいつもの場所にあります。Kwiによってそれが変わることはありません。

試す方法

最も簡単なのは、KDE自身の継続的インテグレーションで作られ、READMEからリンクされているナイトリーのFlatpakです。ソースからのビルドは「今日の時点では難しい場合がある」とHein氏は言います。依存関係がまだLinuxディストリビューションに行き渡っていないためです。READMEには次の依存関係が挙げられています。

• CMake 3.28以降
• Qt 6.10以降
• KDE Frameworks 6.29以降
• Kirigami Addons 1.11以降
• Kirigami App Components 1.1以降
• libghostty-vt 1.4.0以降

Flatpakには注意点が1つあります。ランタイムに含まれる古いコンポーネントがUnionテーマに影響することがあるとHein氏は述べていますが、追記ではマージリクエストで修正されたとしています。ライブラリーはLGPL 2.1または3.0、アプリケーションはGPL 2.0または3.0でライセンスされています。ユーザーと開発者のチャットはMatrixの#kwi:kde.orgルームです。

開発者にとっての意味

• 日常のシェルではなく、Flatpakで試す。 Hein氏自身の言葉は「明らかなバグがすぐに出ることを覚悟してほしい」です。Konsoleの隣にナイトリーを入れ、最も重いビルドログを流し、自分のハードウェアで速さが出るか確かめてください。
• 自分のワークロードで測る。 DOOM-fire-zigが測るのは、ターミナルが大量の出力をどれだけ速く描けるかです。GPU描画が最も輝く場面です。入力の遅延や、100万行のスクロールバックについてはほとんど何も語りません。実際に自分がやることを測ってください。
• 注目すべきはQMLモジュール。 KDEやQt Quickのアプリを作っているなら、XDAが説明するKonsoleの回避策なしに、埋め込み可能なGPU描画ターミナルが手に入ります。Kwiが1.0を出すかどうかにかかわらず、これは新しい能力です。
• libghostty-vtは共有インフラになりつつある。 Neovim、Ghostel、そしてKDEのプロジェクトが1つのパーサーに依存しています。手書きのVT実装が減れば解析バグも減りますが、その1つのライブラリーのバグが一斉に全体へ及ぶことも意味します。
• Konsoleの代替を前提に計画しない。 Hein氏は、これはKDEの方向性の発表ではないと言っています。スクリプトやドキュメントにはKonsoleを残してください。Kwiは、KDEのターミナルが向かいうる先を示す兆しであって、今いる場所ではありません。