mjun0812

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) の場合は使わない。

このリポジトリの元になったtemplate repo (mjun0812/llm-wiki-template) の直近の更新を確認し、どの更新を取り込むかをユーザーに選択させて適用するSkill。ユーザーが「templateの更新を取り込んで」「template repoに追従して」「templateとの差分を確認して」「template-syncして」「upstreamの更新を確認して」のように依頼したら必ずこのSkillを使うこと。inbox/ sources/ wiki/ などのコンテンツ層は対象外で、skillやスクリプトなどtemplate管理ファイルの同期だけを行う。

inbox/ にあるメモを sources/{category}/ にカテゴリ分類して移動し、ファイル名規約とfrontmatterを整え、検証スクリプトでパスを確認するSkill。ユーザーが「inboxを整理して」「inboxをsourcesに移して」「inbox処理して」「メモを取り込んで」のように依頼したら必ずこのSkillを使うこと。wiki/ 側の整理は対象外で、移動と原資料層の整備のみを行う。

ユーザーが与えたテーマについて、モデルの事前知識と徹底したweb検索を統合したdeep researchを行い、引用付きの調査メモを inbox/ に保存するSkill。ユーザーが「〜について調べてメモにして」「deep researchして」「リサーチしてinboxに入れて」「research-to-inboxして」のように依頼したら必ずこのSkillを使うこと。sources/ への取り込みは inbox-to-sources、wiki化は source-to-wiki の範囲で、このSkillは調査とメモ作成だけを行う。

sources/ 配下の既存原資料を点検し、本文を変えずに配置、ファイル名、画像の相対関係、frontmatter のテンプレート準拠を確認・修正するSkill。ユーザーが「sourcesを点検して」「sourcesを整理して」「原資料を整備して」「source-maintenanceして」のように依頼したら使うこと。inbox/ からの新規取り込みは inbox-to-sources を、wiki/ 側の整理は wiki-maintenance を使う。本文の要約・推敲は対象外。

sources/ にある原資料を読み、wiki/ 以下の日本語Wikiページへ整理・統合し、関連リンク、wiki/index.md、wiki/changelog.md を更新するSkill。ユーザーが「sourcesをwiki化して」「source-to-wikiして」「取り込んだメモをwikiに整理して」「wikiを更新して」のように依頼したら必ず使うこと。sources/ の本文編集やファイル移動は対象外で、原資料をもとにした知識ベース更新だけを行う。

wiki/ 以下の既存Wikiを点検し、重複ページの統合、本文の推敲、関連リンクの整理、カテゴリやディレクトリ構成の見直し、リネームや移動、wiki/index.md と wiki/changelog.md の更新を行うSkill。ユーザーが「wikiを整理して」「既存wikiをブラッシュアップして」「wikiのdirを整理して」「wiki-maintenanceして」のように依頼したら使うこと。sources/ から新規Wikiを作る作業は source-to-wiki を使う。

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