dotfiles

tmuxセッション内で実際のNeovimを起動し、send-keys / capture-pane で操作・観察してデバッグする。 Neovimの起動確認、プラグインエラーの調査、checkhealthの確認、設定変更の動作確認、 「nvimをデバッグして」「起動確認して」「checkhealth見て」などのリクエストで使用する。 Agentがnvimを直接実行する必要が生じた場合も、必ずこのスキルの手順を使うこと。

AIとの会話を、ユーザーの思考メモ(Self)も含めてGitHub IssueまたはPull Requestにコメントとして追加する実験版。手動で呼び出して使用。

タスクについて詳細に調査し、構造化されたまとめを出力する。ultrathinkモードで深く考察し、背景、期限、過去の対応方法、確認事項を調査。すべての情報に出典リンクを明記し、推測は必ず明示する。

会話文脈から GitHub issue を作成する。「issueを作って」「issue立てて」等のリクエストで使用。本文は「背景 / やりたいこと / 配慮してほしいこと」の3セクション構成。「背景・やりたいこと」は背景と What(何をやりたいか)に集中し How(実装方法)は書かない。「配慮してほしいこと」は任意(省略可)で制約・要望を書く。

AIとの会話をまとめてGitHub IssueまたはPull Requestにコメントとして追加する。手動で呼び出して使用。

AI Agentの説明で理解できない部分を、前提知識なしで噛み砕いて説明する。会話中にその場で呼び出して使う。用語の定義と、なぜそれが重要かを中心に解説する。

Agentの作業を止めずに済む場面でtmuxを活用する。判断軸は「このコマンドの完了を同期的に待つとAgentの作業が止まるか」。止まらない（数秒で終わる確認コマンド）ならBash直接。止まるが管理不要（所要時間が不確実、一度きりの非同期実行）ならtmux直接利用（tmux new-session -d）。止まる上に管理も必要（長時間ビルド・テスト・dev server・watcher・並列検証・対話的CLI・ログ永続化）ならこのスキルを呼び出してジョブ管理する。

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree, using the AskUserQuestion selection UI for each question. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me ui".

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

作業しているissueの最新コメントをユーザーからのプロンプト（指示）として解釈し、実行する。「最新コメントを実行して」「コメントの指示に対応して」「issueの追記をやって」等のリクエストで使用。内容を確認するだけならwatch-latest-commentを使用。

Interview the user about a plan or design by presenting ALL questions at once as a numbered list with recommended answers, instead of one-by-one dialogue. The user replies only to items they disagree with; no reply means the recommendation is accepted. Use when the user wants a plan stress-tested without tiring back-and-forth, or mentions "grill me list" / "一覧でインタビュー" / "まとめて質問".

PR descriptionと最新のコード差分を比較し、メソッド名・テスト件数・シグネチャ・検証ケースなど「事実」に基づく記述のズレを検出して同期する。リファクタや review 対応で description が陳腐化したときに使用。「PR description を同期」「PR の本文を最新コードに合わせて」「ディスクリプション差分発生時に同期」「sync PR description」等のリクエストで起動する。

Pull Requestを客観的に分析・解説する。PR内容、コメント、技術的妥当性を評価し、忖度なしで総合的な意見を提示する。設計原則との整合性もチェックし、代替案やトレードオフを明示する。

AIが編集したコードファイルから人間のインラインレビューマーカー(review-comment:)を抽出し、指摘の意図を整理して議論し、必要な場合だけ修正・マーカー削除まで行う。「レビュー拾って」「コメント拾って」「review-comment対応して」「なぜそうしたか確認して」等の依頼で使用。

Codex を相手にした再帰的コードレビューループ。Codex が独立レビュー → Claude が分類 → 反論があれば Codex にメタレビュー → 合意分を修正、を Circuit Breaker 発動まで繰り返す。「Codex とレビューループしたい」「再帰レビュー」「review-loop」等で起動。

git worktreeを切って、別ディレクトリで作業を開始するための手順。新しいタスクを既存の作業ツリーから分離して進めたい場合に使用する。

レビュー結果をClaude Code（別ターミナル）に送信する。Codexでのレビュー完了後に使用。

issueファイルを分析し「まとめ」セクションを作成する。issueのまとめ、要約を依頼された時に使用。

現在の変更内容をCodex（別ターミナル）にレビュー依頼する。git diffを取得し、レビュー観点と共に送信する。

Neovim内の別ターミナル（インデックス指定）にコマンドやメッセージを送信する。Claude CodeとCodex間の双方向通信に使用。

作業しているissueで更新された内容を確認する。Neovimから共有されたissueバッファの内容を読み取り、調査ログとして出力しやすい形式で整形する。コンテキストにissue内容がない場合のみgh issue viewを使用。

作業開始前にインタビューを行い、認識を合わせてから実行する。spec/planモードほど大規模ではない、ちょっとした作業を依頼する際に使用。認識齟齬を防ぐため、1-3個の質問で確認してから作業を開始する。

コードを徹底的に詳しく解説する。選択されたコードについて、前提知識から行単位の詳細解説まで、初心者でも完全に理解できるよう段階的に説明する。例え話や図解を使い、専門用語は必ず定義する。

コードの簡潔な解説を提供する。選択されたコードについて、要点を絞った明確な説明を行う。初心者でも理解できる言葉遣いで、必要十分な情報量を提供。より詳細な解説が必要な場合は explain-code-deeply を使用。

ソフトウェアアーキテクチャのレビューを行う。コード変更について、層の責務が適切に守られているかを評価。関心の分離、依存性の方向、データの抽象度をチェックし、具体的な改善案を提示する。

Neovimプラグインの実用的な設定例を効率的に収集・分析する。GitHub上で実際に使われているカスタマイズ例を検索し、高度な統合、バランス、実用性を評価してpermalinkで提示する。

指定されたissueを元に、簡潔で構造化されたPR説明文を作成する

会話履歴を分析し、スキルとして抽出できる再利用可能なパターンを提案する