القائمة
WezTermペインの読み取り・コマンド送信・ペイン管理・出力監視の統合ツール。「隣のペイン」「ペイン読んで」「コマンド送って」「隣で実行して」「ペインの内容」「テスト走らせて」「隣でビルドして」「ペイン分割して」「あっちの画面」「となりを見て」「ペイン2は？」と言われたら使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | wezterm-terminal-pilot |
| description | WezTermペインの読み取り・コマンド送信・ペイン管理・出力監視の統合ツール。「隣のペイン」「ペイン読んで」「コマンド送って」「隣で実行して」「ペインの内容」「テスト走らせて」「隣でビルドして」「ペイン分割して」「あっちの画面」「となりを見て」「ペイン2は？」と言われたら使う。 |
| argument-hint | [read|send|list|status] [pane-id] [command] |
WezTermの他のペインと協調して作業する統合ツール。 ペインの内容読み取り、コマンド送信、ペイン管理、出力監視を行う。
バックグラウンドで動作し、2秒間隔で全ペインの内容を /tmp/wezterm-panes/ に書き出す。
ファイル構成:
/tmp/wezterm-panes/panes.json — 全ペインのメタデータ（ID、タブ、CWD、アクティブ状態）/tmp/wezterm-panes/{pane_id}.txt — 各ペインの直近200行の内容/tmp/wezterm-panes/watcher.pid — デーモンのPID/tmp/wezterm-panes/last_update — 最終更新UNIXタイムスタンプpane-watcher は初回操作時に自動起動する。手動起動も可能:
bash {{SKILL_PATH}}/scripts/pane-watcher.sh &
停止:
kill $(cat /tmp/wezterm-panes/watcher.pid)
bash {{SKILL_PATH}}/scripts/cli-pilot.sh status
bash {{SKILL_PATH}}/scripts/cli-pilot.sh list
または /tmp/wezterm-panes/panes.json を Read ツールで読む。
bash {{SKILL_PATH}}/scripts/cli-pilot.sh read [pane-id]
または /tmp/wezterm-panes/{pane_id}.txt を Read ツールで読む。
ペインIDを省略すると自動選択される（後述の「ペイン選択ロジック」参照）。
watcher が起動できない場合やファイルが存在しない場合:
wezterm cli list --format json # ペイン一覧
wezterm cli get-text --pane-id {ID} --start-line -200 # ペイン内容
取得したペイン内容は以下の方針で分析する:
bash {{SKILL_PATH}}/scripts/send-command.sh <pane-id> <command>
例:
bash {{SKILL_PATH}}/scripts/send-command.sh 3 'npm test'
bash {{SKILL_PATH}}/scripts/send-command.sh 3 'git status'
bash {{SKILL_PATH}}/scripts/send-command.sh 3 'cd /path/to/project && ls'
send-command.sh は以下の安全チェックを行う:
$WEZTERM_PANE と同じペインへの送信を拒否panes.json に存在するか確認コマンドを送信する前に、以下の分類に従って判断する:
| Tier | 動作 | 例 |
|---|---|---|
| Tier 1（安全） | 即座に送信してよい | ls, cat, pwd, git status, git diff, npm test, cd, echo, which, env |
| Tier 2（通知） | 送信＋ユーザーに実行した旨を報告 | npm install, git add, git commit, mkdir, touch, cp, mv, chmod |
| Tier 3（確認必須） | ユーザーの明示的な確認を得てから送信 | rm, git push, git reset, sudo, kill, DROP TABLE, docker rm, brew uninstall |
ペイン管理操作の分類:
split-pane, spawn, activate-pane, zoom-pane, adjust-pane-sizekill-pane特殊なケースではスクリプトを介さず直接送信も可能:
printf '%s\n' "command here" | wezterm cli send-text --pane-id <ID> --no-paste
注意: --no-paste は必須。省略するとブラケットペーストモードになり、シェルが実行しない場合がある。
# 右に分割（デフォルト）
wezterm cli split-pane
# 下に分割
wezterm cli split-pane --bottom
# サイズ指定
wezterm cli split-pane --bottom --percent 30
# 特定ディレクトリで分割
wezterm cli split-pane --cwd /path/to/dir
分割コマンドは新しいペインのIDを標準出力に返す。
wezterm cli spawn # 新しいタブ
wezterm cli spawn --new-window # 新しいウィンドウ
wezterm cli kill-pane --pane-id <ID>
wezterm cli adjust-pane-size --pane-id <ID> --amount 5 Up
wezterm cli adjust-pane-size --pane-id <ID> --amount 5 Down
wezterm cli adjust-pane-size --pane-id <ID> --amount 10 Left
wezterm cli adjust-pane-size --pane-id <ID> --amount 10 Right
wezterm cli zoom-pane --pane-id <ID> --zoom
wezterm cli zoom-pane --pane-id <ID> --unzoom
wezterm cli activate-pane --pane-id <ID>
wezterm cli activate-pane-direction Right
wezterm cli move-pane-to-new-tab --pane-id <ID>
コマンド送信後、出力を監視して完了を検出する手順。
send-command.sh で送信$, %, >, ❯ などのプロンプトパターンが末尾に出現PASS, FAIL, error, Error, BUILD SUCCESSFUL, exit code など| タスク種別 | 間隔 | 例 |
|---|---|---|
| 短タスク | 3〜5秒 | ls, git status, cat |
| 中タスク | 5〜10秒 | npm test, cargo build, go test |
| 長タスク | 10〜15秒 | npm install, docker build, CI実行 |
約120秒で中間報告し、続行するかユーザーに確認する。
1. Read /tmp/wezterm-panes/{pane_id}.txt (ベースライン記録)
2. bash send-command.sh {pane_id} 'npm test'
3. sleep 5
4. Read /tmp/wezterm-panes/{pane_id}.txt (変化確認)
5. 完了していなければ 3 に戻る
6. 差分を抽出してユーザーに報告
listening on port 等のパターン）全機能共通のペイン自動選択アルゴリズム。引数でペインIDが指定されていない場合に使われる。
優先順位:
$WEZTERM_PANE と同じ tab_id を持つ別のペインを選ぶis_active: false のペインを選ぶwezterm cli list から非アクティブペインを取得ペインが見つからない場合: ペインが存在しない場合、分割を提案する:
wezterm cli split-pane
| エラー | 原因 | 対処 |
|---|---|---|
wezterm コマンドが見つかりません | WezTerm外で実行 | WezTermのペイン内で実行する |
jq コマンドが見つかりません | jq未インストール | brew install jq |
他のペインが見つかりません | ペインが1つだけ | wezterm cli split-pane でペインを分割 |
ペイン N は存在しません | ペインが閉じられた | cli-pilot.sh list で現在のペインを確認 |
自分のペインにはコマンドを送信できません | 自ペインを指定 | 別のペインIDを指定する |
| watcher が起動しない | プロセス残存 | rm /tmp/wezterm-panes/watcher.pid して再起動 |
| データが古い | watcher停止 | cli-pilot.sh status で確認、必要なら再起動 |
bash {{SKILL_PATH}}/scripts/cli-pilot.sh status
last_update が10秒以上前なら watcher を再起動する:
kill $(cat /tmp/wezterm-panes/watcher.pid) 2>/dev/null
bash {{SKILL_PATH}}/scripts/pane-watcher.sh &
WezTerm CLIの全コマンド詳細は以下を参照:
{{SKILL_PATH}}/references/wezterm-cli-reference.md — コマンド一覧、オプション、JSON出力スキーマ、エッジケースコード変更・diff・ブランチ・PRについて、リッチでインタラクティブな解説を生成するスキル。「この変更を解説して」「このPRを説明して」「diffを分かりやすくまとめて」「このブランチの変更点を教えて」「変更内容の解説ページを作って」と言われたら使う。背景・直感・コード・批評・クイズの5セクションから成る自己完結HTMLファイルを出力する。解説だけでなく批判的な視点も含む。他人のPRや自分の変更を、初学者にも分かる形で理解・共有したい場面で積極的に使うこと。
長考や自問自答の末に、元の質問から逸れた（drift した）回答をしてしまったときに、 思考を原点に立て直すためのリカバリスキル。同一セッションで元の質問に答え直す「原点回帰」を核に、 それでも直らない場合は、汚染のないセッションで再出発するための「質問カード」を出して /clear や 新セッションへ誘導する、一直線のエスカレーション型。 「迷走してる」「質問に答えてない」「そんなこと聞いてない」「ズレてる」「話が逸れた」「やりなおして」 「元の質問に戻って」「なんでその話になってるの」と言われたら使う。 ユーザーが直前の回答に対して困惑・不満・「？」を示したとき、あるいは自分の回答が元の質問と かみ合っていないと気づいたときは、指示される前にこのスキルを提案・発動してよい。
忖度をやめ、容赦なく正直な高レベルアドバイザーとして振る舞うモード。一度呼ばれたらセッション全体でこの人格を貫く。 ユーザーの思考に意見し、前提を疑い、避けている盲点を暴き、弱い推論を解剖し、自己欺瞞・言い訳・機会費用を名指しする。ただし丁寧な言葉を使い、攻撃と正直さを混同しない。 「厳しく評価して」「容赦なく」「盲点を指摘して」「甘やかさないで」と言われたら使う。対象は仕事・思考・意思決定・計画・戦略。 ユーザーが同意や称賛を求めているだけに見えるとき、自分を正当化して逃げているとき、不快な決断を先送りしているときは、このモードを提案してよい。
今のClaude Codeセッションでの会話を踏まえて、そこで得た学びを「個人用の公開メモ」1枚にまとめてチャットに返すスキル。「/matome 〇〇についてまとめて」「ここまでの会話をまとめて」「今の話を公開メモにして」「会話の内容を1枚にまとめて」と言われたら使う。単発の質問への要約ではなく、会話の中で芋づる式に出てきた話題（〇〇を聞いたら△△が出て、それを掘ったら□□が…）を全部拾い、3ヶ月後の自分が読んで理解できる順に再構成するのが特徴。社内コードや機密は自動で抽象化する。
対象を徹底的に理解する。記事、リポジトリ、本、論文などのコンテンツについて、メンタルモデルの獲得を目指して深い理解に達するまで探索・質問・解説を繰り返す。「徹底的に理解したい」「深掘りしたい」「このリポジトリを理解したい」「この本を読み解きたい」といった場面で使用する。
虫食い思考（コンサル業界の「空パック / Ghost Deck」に相当）でユーザーと一緒に進めるためのスキル。 先に「型」（答えるべき問い・アジェンダ・テンプレ）を作って「虫食い状態」にしてから、 その穴を1つずつ埋めていく進め方。 「虫食いで」「虫食い思考で」「空パックで」「骨子から作って」「先に型を作って」 「アジェンダから決めて」「アウトライン先行で」「skeleton-first」「ghost deck」 と言われたら使う。 Q振り返り、次Q発表準備、提案資料作成、採用面接の準備、ブログや記事の構成、 「何かを書く／考える前段で先に骨組みを置きたい」場面で積極的に使うこと。 ユーザーの思考が発散して整理が必要そうなときに、「先に虫食いで構造化しませんか？」と提案するのもよい。