CLI

ターミナルを複数ペインに分割して同時に操作したいとき、Rust製マルチプレクサ Zellij は設定なしですぐ使える操作ガイドを画面下部に表示してくれます。しかし実際に業務で使い込むと「CLIのサブコマンドが把握しきれない」「モード別のキーバインドを一覧で確認したい」という場面が出てきます。 ここでは Zellij のコマンド体系を CLIサブコマンド・モード別キーバインド・アクション定義 の3つの軸で整理し、tmux との操作比較やカスタマイズ例まで含めて解説します。 Zellij の概要と基本構造 Zellij は Rust で実装されたターミナルマルチプレクサです。GitHub で 29,000 以上の Star を獲得しており（出典: GitHub）、MIT ライセンスで公開されています。最新の安定版は v0.43.1（2025年8月リリース）です。 tmux や screen と同じ「セッション → タブ → ペイン」の階層構造を持ちますが、以下の点で異なります。 観点 Zellij tmux 実装言語 Rust C 設定形式 KDL (.kdl) 独自形式 (.tmux.conf) 操作ガイド 画面下部にリアルタイム表示 なし（暗記前提） プラグイン WebAssembly（WASM）対応 なし フローティングペイン 標準搭載 tmux 3.3+ で popup プレフィックスキー モード切替方式 Ctrl+b（デフォルト） CLI サブコマンド一覧 zellij コマンドには以下のサブコマンドがあります。引数なしで実行すると新しいセッションが起動します。 セッション管理 サブコマンド 短縮形 機能 attach <session-name> a 既存セッションに接続 list-sessions ls 実行中セッション名の一覧表示 kill-session <target> k 指定セッションを終了 kill-all-sessions ka 全セッションを終了 # セッション一覧の表示 zellij ls # 名前付きセッション作成 zellij -s my-project # 既存セッションへの再接続 zellij attach my-project # セッション削除 zellij kill-session my-project セットアップ・設定 サブコマンド 機能 setup --dump-config デフォルト設定ファイルを標準出力に出力 setup --dump-layout <name> 指定レイアウトファイルを標準出力に出力 setup --generate-completion <shell> シェル補完スクリプトを生成（bash/zsh/fish） setup --check 設定ファイルの構文チェック setup --clean デフォルト設定で起動 options 起動時の動作オプションを変更 # デフォルト設定の書き出し zellij setup --dump-config > ~/.config/zellij/config.kdl # zsh 補完の生成 zellij setup --generate-completion zsh > ~/.zfunc/_zellij # レイアウト指定で起動 zellij --layout my-layout zellij run（コマンド実行） 新しいペインでコマンドを直接実行するサブコマンドです。短縮形は zr です。 ...

ターミナル作業を変えるZellijの正体 Zellijは、Rust言語で開発されたオープンソースのターミナルマルチプレクサです。1つのターミナルウィンドウを複数のペインやタブに分割し、それぞれで独立したシェルを操作できます。 「Zellij（ゼリージュ）」という名前は、モロッコなど北アフリカの建築に見られるモザイクタイル装飾に由来しています。個々のタイルを組み合わせて幾何学模様を作る伝統工芸のように、ターミナル上で複数のペインを自在に配置する様子を表現しています（出典: GitHub README）。 公式は「A terminal workspace with batteries included（バッテリー同梱のターミナルワークスペース）」を掲げており、初期設定なしで使い始められる点を最大の特徴としています（出典: Zellij公式サイト）。 GitHubのStar数は29,100を超え、167名以上のコントリビューターが参加するアクティブなプロジェクトです（出典: GitHub）。コードの99.4%がRustで記述されており、MITライセンスの下で公開されています。 Zellijが解決する3つの課題 ターミナルマルチプレクサを使わない場合、開発者は次のような問題に直面します。 SSH接続の断絶でプロセスが終了する: サーバー上で長時間実行するタスクが、ネットワーク切断と同時に消える ターミナルウィンドウの増殖: エディタ用、ビルド用、ログ監視用…と複数のウィンドウを行き来する手間が発生する 作業環境の再構築コスト: PCを再起動するたびにペイン配置やディレクトリ移動をやり直す必要がある Zellijはセッション管理・ペイン分割・レイアウト保存の3機能でこれらを解消します。 Zellij・tmux・GNU Screen — ターミナルマルチプレクサ3種の比較 ターミナルマルチプレクサにはZellij以外にもtmuxやGNU Screenが存在します。選択の判断材料として、技術的な違いを整理します。 観点 Zellij tmux GNU Screen 実装言語 Rust C C 初回リリース 2021年 2007年 1987年 設定ファイル形式 KDL 独自（.tmux.conf） 独自（.screenrc） 初期設定の要否 不要（即座に利用可） 実用にはカスタマイズが必要 実用にはカスタマイズが必要 キーバインド表示 画面下部に常時表示 表示なし（暗記が必要） 表示なし プラグイン機構 WebAssembly（WASM） なし（外部スクリプト連携） なし フローティングペイン 標準搭載 tmux 3.3以降でポップアップ対応 非対応 レイアウト定義ファイル KDL形式で宣言的に定義 シェルスクリプトで手続き的に記述 限定的 セッション共有 マルチプレイヤーモード ソケット共有で可能 マルチユーザーモードで可能 Webクライアント v0.43で搭載（ブラウザからアクセス） 非対応 非対応 ライセンス MIT ISC GPL-3.0 tmuxからの乗り換えを検討すべきケース tmuxを長年使っているユーザーにとって、乗り換えコストは無視できません。次のいずれかに当てはまる場合に移行メリットが大きくなります。 ...

静的サイトジェネレーター Hugo は Go 言語製で、数千ページ規模のサイトでも数秒でビルドが完了します。一方で CLI のサブコマンドやフラグは多岐にわたり、必要なコマンドを探すだけで時間がかかることも少なくありません。 このページでは Hugo CLI の全コマンドを 目的別に分類 し、フラグや実行例とともにまとめています。ブックマークしておけば、作業中にすぐ参照できるリファレンスとして活用できます。 Hugo の概要とインストール Hugo は GitHub で 86,000 以上のスターを獲得しているオープンソースの静的サイトジェネレーターです。Markdown で書いたコンテンツを HTML に変換し、高速な Web サイトを生成できます。2026 年 2 月時点の最新バージョンは v0.155.3 です。 出典: Hugo 公式リポジトリ 各 OS へのインストール方法 OS コマンド macOS（Homebrew） brew install hugo Windows（Chocolatey） choco install hugo-extended Windows（Scoop） scoop install hugo-extended Ubuntu / Debian（apt） sudo apt install hugo Arch Linux sudo pacman -S hugo extended 版を入れると Sass/SCSS のトランスパイルや WebP 画像処理が利用できます。特別な理由がなければ extended 版を選択してください。 ...

Claude Codeで繰り返し同じプロンプトを入力していませんか。カスタムコマンドを使えば、よく使う指示をMarkdownファイルひとつで登録し、/コマンド名の短い入力で呼び出せます。 カスタムコマンドとは、.claude/commands/ディレクトリに配置したMarkdownファイルがそのままスラッシュコマンドになる仕組みです。ファイル名がコマンド名、ファイルの中身がClaude Codeへの指示になります。バージョン2.1.3以降は「Skills」という上位概念に統合され、サポートファイルの同梱やClaudeによる自動呼び出しにも対応しました。 カスタムコマンドの基本構造 カスタムコマンドの作成は3ステップで完了します。 手順1: ディレクトリを用意する mkdir -p .claude/commands プロジェクトルートの.claude/commands/に置いたコマンドは、そのプロジェクト内だけで有効です。全プロジェクト共通で使いたい場合は~/.claude/commands/に配置します。 手順2: Markdownファイルを作成する <!-- .claude/commands/review.md --> このプロジェクトのコードをレビューしてください。 ## チェック観点 - 型安全性に問題がないか - エラーハンドリングの漏れ - パフォーマンス上の懸念 - セキュリティリスク（OWASP Top 10） 問題を発見した場合は修正案もコードで示してください。 手順3: Claude Codeで実行する claude > /review これだけでカスタムコマンドが動作します。 保存場所による適用範囲の違い カスタムコマンドは配置するディレクトリによって利用できる範囲が変わります。 配置場所 パス 適用範囲 プロジェクト .claude/commands/<名前>.md 該当プロジェクトのみ ユーザー個人 ~/.claude/commands/<名前>.md 全プロジェクト共通 Skills形式 .claude/skills/<名前>/SKILL.md 該当プロジェクト（拡張機能付き） エンタープライズ マネージド設定で配布 組織全体 同名のコマンドが複数の階層に存在する場合、エンタープライズ → ユーザー個人 → プロジェクトの優先順位で解決されます。 チーム開発では.claude/commands/をGitリポジトリに含めることで、メンバー全員が同じコマンドを共有できます。 front matterで動作を細かく制御する Markdownファイルの先頭にYAML front matterを記述すると、コマンドの動作を詳細に制御できます。 --- name: safe-deploy description: 本番環境へのデプロイを実行する argument-hint: "[environment]" disable-model-invocation: true allowed-tools: Bash(npm run build:*), Bash(git push:*) --- 各フィールドの役割は次のとおりです。 ...