Yazelix Nova：Nix でパッケージ化されたポップアップ指向のターミナルワークスペース

Nova が組み合わせるもの

Yazelix Nova は、ローカル使用と SSH 経由の両方に対応した Nix パッケージのターミナルワークスペースです。Rio 由来のターミナルエミュレータである Mars と、Yazelix 所有の Zellij と Helix のフォーク、さらに Yazi、Nushell、Lazygit ポップアップ、設定用の Ratconfig、オプションのコーディングエージェントポップアップ、CPU・RAM・AI 使用量を表示する設定可能なウィジェットバー、カーソルエフェクト、ターミナルアニメーションを組み合わせています。リポジトリメタデータは言語を Rust としています。README はこのプロジェクトをベータ版と位置付けています。README には、リポジトリ所有者以外のメンテナやコントリビューターのリストは記載されていません。

Nova と Classic の比較

README は、Nova を Classic という以前のバージョンと対比しています。Classic は肥大化しており、メインリポジトリがプロダクトランタイム、コンポーネントコントロールプレーン、設定修復システム、互換性レイヤー、メンテナツールボックスを兼ねる所有モデルに基づいていたと述べています。Nova は代わりに、ファーストパーティの Yazelix コンポーネントに明確なパッケージ境界を与え、各コンポーネントが実装と契約を所有します。README は、Nova が 22,699 行のコードと設定であるのに対し、Classic は 91,545 行で、75% の削減であり、Classic の Rust コードだけでも Nova のコードと設定の全体の 3.6 倍の大きさだったと報告しています。これらの数値は README の比較表からのものです。

インストール、チャンネル、プラットフォーム

README によると、Yazelix Nova には flake を有効にした Nix が必要です。2 つの起動経路が説明されています。`yzx launch` は Mars を通じてデスクトップワークスペースを開き、`yzx enter` は現在のターミナルまたは SSH 経由でワークスペースを起動します。3 つのチャンネルが文書化されています。`stable` ブランチは、チェックされドッグフードされた `main` リビジョンから週に最大 1 回進み、`main` はより頻繁な更新用、`edge` はオプトインの実験的ドッグフードチャンネルです。Linux ランチャーは選択されたチャンネルを `Yazelix Nova (Stable)`、`Yazelix Nova (Main)`、または `Yazelix Nova (Edge)` として表示します。README は、Linux がドッグフードされるプラットフォームであり、CI が `aarch64-darwin` ですべてのパッケージと Home Manager アクティベーションをビルドし、継続的な対話型 macOS ベータ使用で既知の回帰は見つかっていないが、以前のコマンドごとのチェックリストと Mars GUI は未検証のままであると述べています。

文書化されたコマンドと最初の 5 分

README にはいくつかの `yzx` コマンドがリストされています。`yzx tutor begin` はガイド付きツアーを開始し、`yzx help` はすべてのコマンドをリストし、`yzx doctor` は Mars や Zellij を開かずに所有ランタイム設定をチェックします。Yazelix 内では、`Alt Shift M` でコマンドパレットが開きます。README は、`Alt Shift K` で開く Ratconfig も文書化しています。これは、タブナビゲーション、検索、コンテキストアクション、オーバーライド管理のためのキーバインドを持つ設定インターフェースです。Helix/Vim の `h/j/k/l` モーションモデルを拡張するワークスペースキーについて説明しており、`Alt` と `Ctrl Alt` レイヤーがフォーカス、タブ、ペインを移動し、`Alt Shift` レイヤーがサイドバー、Git、Ratconfig、エージェントの 4 つのワークスペースサーフェスをグループ化します。ポップアップキーは、`Alt Shift Y` で Yazi、`Alt Shift M` でコマンドメニュー、`Alt Shift S` で一時的な全画面ランダムビジュアルをトグルします。

パッケージバリアントとファーストパーティコンポーネント

パッケージ名は `yazelix[-no-mars][-no-helix][-no-yazi]` のパターンに従います。各サフィックスは、その管理パッケージを削除しつつ、その周りの統合を保持します。README の表には、完全な `yazelix` パッケージから `yazelix-no-mars-no-helix-no-yazi` までの 8 つのバリアントがリストされています。`yazelix-main` と `yazelix-edge` は、異なる Linux ランチャーとセッション内 ID を持つ完全パッケージのチャンネル出力です。README はまた、Mars、Yazelix Zellij フォーク、Yazelix Helix フォーク、Pane Orchestrator、Popup、Bar などの Zellij プラグイン、さらに Ratconfig、Yazelix Screen、Yazelix Cursors、Yazi Bistro、auto-layout.yazi、zjstatus フォークなど、ファーストパーティコンポーネントをリストしています。

設定モデル

`yzx config` は、`~/.config/yazelix/` の管理ツリー上で Ratconfig ベースの設定 UI を開きます。README によると、Yazelix はパッケージ化されたデフォルトを継承し、明示的なオーバーライドのみを永続化します。設定 UI は、Overview ビューで推奨設定を組み合わせ、All で完全なオーナーインベントリを表示します。編集可能性はコンポーネントごとに異なります。Mars と Yazi には編集可能な有限選択コントロールがありますが、Helix は機械可読な設定カタログを公開していないため、Helix の行は読み取り専用のままです。`appearance.mode` は、管理された Yazelix コンポーネントの `dark` または `light` を選択し、Ratconfig のパレットも制御します。README は、外観モードが Mars、Zellij、Yazi にどのように伝播するかを説明しており、Zellij が一致するダークまたはライトのテーマペアを解決する方法や、Yazi が Yazi Bistro のパッケージ化されたダークおよびライトフレーバープールを使用する方法を含みます。

移行と検証ポイント

README には Classic からの移行セクションが含まれています。Classic v17.12 には、可変の Classic `settings.jsonc` または `config.toml` ファイルを Nova 設定に変換するブリッジがありますが、Home Manager の宣言や Home Manager が所有するファイルは書き換えません。README によると、Nova へのカットオーバーは意図的に古い `main` 履歴を置き換えるため、既存の Git クローンは通常のプルではなく新しいクローンに置き換える必要があります。Classic は凍結された `classic` ブランチで引き続き利用可能であり、不変の `v17.12` タグは移行とロールバックのブリッジのままです。切り替え後、`yzx doctor` は認識された Classic 状態を読み取り専用の警告として報告します。ソース資料は、パフォーマンスベンチマーク、セキュリティ保証、本番結果については何も確立していません。

編集部の結論

Yazelix Nova リポジトリは、ドキュメントの再現可能なスコアカードによると、Beads、ロックファイル、バイナリアセットを除いた 25,905 行のテキストプロジェクトファイルを追跡しています。リポジトリは活発に開発が進められており、26 件の未解決の問題があり、Apache 2.0 ライセンスで配布されています。

公式情報源

1. Official README
2. Project repository
3. Release notes