dotfiles

GitHubのPull Request(PR)のコードレビューを行うSkill。worktreeを作成してソースコード全体を読みながらFinder SubAgentで指摘候補を発見し、Verifier SubAgentで検証する。レビューをレポートとインラインコメントで投稿する。self reviewにも対応する。 ユーザーが「このPRをレビューして」のように依頼したら使うこと。

Agent skill (SKILL.md)の品質を評価基準に沿って採点し、観点ごとの判定と修正案をレポートするSkill。 評価のみ行い、ファイルの編集はしない。 ユーザーが「このskillを評価して」「skillをレビューして」「SKILL.mdの品質を見て」のように依頼したら必ずこのSkillを使うこと。 skillの新規作成や編集そのものを依頼された場合は使わない。

GitHub issueを起点に「調査 → worktree作成 → 実装 → PR作成」を一気通貫で実行するSkill。実装はSubAgentに委譲し、commitとPR作成はgit-commit・github-pr-create skillに連結して実行する。「#N をsubagentで解決して」「実装をsubagentに任せてissueからPRまで」のような依頼に使う。

Pull Requestを作成するSkill。現在のbranchからpull requestを作成する。言語指定可能。 ユーザーが「PR作って」「pull request作成して」のように依頼したら使うこと。

計画や設計について、意思決定のあらゆる分岐点が解消されるまで、徹底的に質問を繰り返してください。ユーザーが計画の改善・詳細化・最適化を望んでいる場合や、設計について厳しく問い詰めてほしいと言われたとき、あるいは「計画(Plan)を詰めて」、「計画(Plan)を改善して」と要望があった際にこの手順を使用してください。

weztermのpane・tab・windowを `wezterm cli` で操作するskill。paneの分割・フォーカス移動・リサイズ・zoom・close、 tab/windowの作成・切替・リネーム、paneの表示内容の読み取り、paneへのコマンド送信と実行結果の確認を行う。 ユーザーが「weztermのpaneを分割して」「weztermの別paneでコマンドを実行して」のように、weztermと明示して依頼したときだけ使うこと。 ユーザーはtmuxも併用しているため、「paneを分割して」のようにweztermと明示されていないpane/tab操作の依頼では使わない (どちらを指すかユーザーに確認する)。 tmuxの操作、およびwezterm自体の設定 (wezterm.luaやkeybinding) の変更にも使わない。

Codexに作業を委譲して結果を得るSkill。ユーザーが「Codexにやらせて」「Codexに作業を任せて」と明示的に依頼したときのみ使用する。エージェント自身の判断で自発的に使わないこと。自分自身がCodexの場合は使わない。

Gemini (Antigravity CLI, agy) に作業を委譲して結果を得るSkill。ユーザーが「Geminiにやらせて」「Geminiに作業を任せて」と明示的に依頼したときのみ使用する。エージェント自身の判断で自発的に使わないこと。自分自身がGemini (Antigravity) の場合は使わない。

現在の変更を確認して、コミットするSkill。git commitを実行する際に使用する。

Git/GitHubのmerge、rebase、cherry-pick、revert、apply、PRなどで発生したコンフリクトを検出して解消するSkill。ユーザーが「コンフリクトを直して」「マージコンフリクトを解消して」のように依頼したら使うこと。

ユーザーから情報を収集してGitHub Issueを作成するSkill。 ユーザーが「issue作って」「バグ報告を起票して」のように依頼したら使うこと。 複数候補の一括起票はgithub-issue-discover、issue解決からPR作成まではgithub-issue-resolve、 作成済みissueの磨き上げはgithub-issue-polishを使う。

新規GitHub issueを作る前に、grill-self skillで方針・設計の分岐点を徹底的に自己解決し、その意思決定ログを本文に埋め込んだ上でgithub-issue-create skillでissueを起票するオーケストレーションSkill。ユーザーが「方針を詰めてからissue化して」「grillしてからissueを作って」「github-issue-create-with-grillして」のように依頼した際に使用する。単独でgrillのみ／issue作成のみを求められた場合は使わない。

open issueを横断的に点検して、closeすべきもの・内容を追記すべきもの・ラベルを追加/削除すべきものを自動判定し、最後にsummaryを提示してユーザー承認の上で一括反映するSkill。「issueを整理して」「issueのラベルを整理して」のような依頼で使う。

日本語の技術文書・書籍原稿の文章規範。整形（一文一行、引用ブロック、脚注、コラム記法）、段落と論証の構成（パラグラフライティング）、論証の厳密さ（ツッコミどころの除去）、読み手の負荷の管理、視点と語り、演出の抑制、LLM っぽい空句の禁止、冗長の排除を定める。日本語で技術書の章、草稿、記事、解説文を書くとき、または推敲・リライトするときに使用する。AIが書いた既存文章のAI臭の除去・採点にはstop-ai-slop-jpを使う。

現在の会話で調査・検討した内容を、日本語のMarkdown1ファイルにまとめるskill。 ユーザーが「今の内容をメモにまとめて」「Markdownにまとめて」のように依頼したら使うこと。

別のcoding agent (Codex / Claude Code) のsession IDを受け取り、そのログから直前作業を復元してresumeするSkill。ユーザーが「前回のsessionから再開して」「Codexの続きをやって」のように依頼したら使うこと。

GitHub issueを「issueだけで実装できる」状態まで磨き上げるSkill。 コードベース調査・設計判断・worktreeでのお試し実装で修正方針を検証し、承認を得てからissue本文を書き換える。 ユーザーが「issueを磨いて」「#Nをpolishして」「issueを実装できるレベルに詰めて」のように依頼したら使うこと。 起票はgithub-issue-create、実装からPR作成まではgithub-issue-resolveを使う。

CIのステータスを確認し、失敗を分析して自動修正するSkill。ユーザーが「CIを直して」「CIが落ちているので修正して」のように依頼したら使うこと。

現在のリポジトリをスキャンしてissue化すべき事項を自動発見し、既存issueとの重複を除いた上でユーザーに承認を取って一括起票するSkill。`--auto`指定時は承認を省略してsecurity以外を全自動で起票する。ドキュメント・ToDoリスト・コード内TODOコメント・CI/設定の不整合・テスト不足・コード品質上の問題を横断的に探す。ユーザーが「issueを洗い出して」「TODOを起票して」「リポジトリの宿題をissue化」「未対応事項をissueにして」「自動でissue起こして」のように依頼したら必ずこのSkillを使うこと。

GitHub issueを起点に「調査 → worktree作成 → 実装 → PR作成」を一気通貫で実行するSkill。「#N を解決して」「issueから実装してPRまで」のような複合依頼に使う。

PRの全問題（コンフリクト、CI失敗、レビューコメント）を自動検出してgit worktree内で修正するSkill。ユーザーが「PRの問題を全部直して」「PRをまとめて修正して」のように依頼したら使うこと。個別のコンフリクト解消のみはgit-fix-conflict、CI修正のみはgithub-fix-ciを使う。

PRのレビューコメントを確認し、対応・返信するSkill。 ユーザーが「レビューコメントに対応して」「PRコメントに返信して」のように依頼したら使うこと。

Claude Codeに相談して回答を得るSkill。ユーザーが「Claudeに聞いて」「Claudeに相談して」と明示的に依頼したときのみ使用する。エージェント自身の判断で自発的に使わないこと。自分自身がClaude Codeの場合は使わない。

Codexに相談して回答を得るSkill。ユーザーが「Codexに聞いて」「Codexに相談して」と明示的に依頼したときのみ使用する。エージェント自身の判断で自発的に使わないこと。自分自身がCodexの場合は使わない。

Gemini (Antigravity CLI, agy) に相談して回答を得るSkill。ユーザーが「Geminiに聞いて」「Geminiに相談して」と明示的に依頼したときのみ使用する。エージェント自身の判断で自発的に使わないこと。自分自身がGemini (Antigravity) の場合は使わない。

Claude Codeに作業を委譲して結果を得るSkill。ユーザーが「Claudeにやらせて」「Claudeに作業を任せて」と明示的に依頼したときのみ使用する。エージェント自身の判断で自発的に使わないこと。自分自身がClaude Codeの場合は使わない。

リポジトリ内のドキュメントを実際の実装と比較し、乖離している箇所を検出して更新するSkill。 検出した全乖離を確認なしで一括更新し、`--dry-run`指定時は更新せず差分のみ報告する。 ユーザーが「ドキュメントを更新」「READMEが古いので直して」のように依頼したら必ずこのSkillを使うこと。

現在のbranchのcommitを自動でsquash・整理し、必要に応じてforce-with-leaseでpushするSkill。言語指定可能。ユーザーが「commitをsquashして」「commitを整理して」のように依頼したら使うこと。

AIで書いた日本語(ブログ・エッセイ・体験記・メモ・技術文書)を、人間が書いた自然で読みやすい文章に書き直す文章校正スキル。語彙・記号から文・段落、章構造、主体や立場といった意味レベルまでチェックし、採点レポートと修正案を出力する。技術文書を新規に執筆・推敲するときの文章規範はjapanese-tech-writingを使う。

計画や設計について、意思決定のあらゆる分岐点が解消されるまで、agentが調査と自己問答を徹底的に繰り返すSkill。ユーザーへの質問は行わず、各分岐点を根拠とともに自分で決定し、最後に意思決定ログを提示する。ユーザーが「自分で判断して計画を詰めて」「質問せずに設計を詰めて」「セルフgrillして」「grill-selfして」と要望した際に使用する。