mjun-skills

Plugin mjun-skills from marketplace mjun in mjun0812/skills. Commands read from the repo's manifest — 10 days ago.

Skills (33)

• skill-review

  Agent skill (SKILL.md)の品質を評価基準に沿って採点し、観点ごとの判定と修正案をレポートするSkill。 ユーザーが「このskillを評価して」「skillをレビューして」「SKILL.mdの品質を見て」のように依頼したら必ずこのSkillを使うこと。 レビュー後の修正で決まった判断を「この判断を基準にして」のように評価基準へ反映する依頼にも使う。

• writing-skills

  agent skillを作成・編集し、agentが実際に従うかを検証するSkill。ユーザーが「skillを作って」「このskillを直して」と依頼したときや、deploy前にskillの動作を確かめるときに使うこと。既存のskillを固定の基準で採点する場合は使わない(skill-reviewを使う)

• claude

  Claude Code CLIを非対話モードで呼び出し、相談への回答または委譲した作業の結果を得るSkill。 デフォルトはread-onlyの相談モードで、ユーザーが作業の実行を明示的に依頼したときだけ編集権限付きで実行する。 ユーザーが「Claudeに聞いて」「Claudeに相談して」「Claudeにやらせて」「Claudeに任せて」と明示的に依頼したときのみ使用する。 エージェント自身の判断で自発的に使わないこと。自分自身がClaude Codeの場合は使わない。

• codex

  Codex CLIを非対話モードで呼び出し、相談への回答または委譲した作業の結果を得るSkill。 デフォルトはread-onlyの相談モードで、ユーザーが作業の実行を明示的に依頼したときだけ編集権限付きで実行する。 ユーザーが「Codexに聞いて」「Codexに相談して」「Codexにやらせて」「Codexに任せて」と明示的に依頼したときのみ使用する。 エージェント自身の判断で自発的に使わないこと。自分自身がCodexの場合は使わない。

• resume-other-agent

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

• chat-note

  現在の会話で調査・検討した内容を、外部情報を足さずに日本語のMarkdown1ファイルへ書き出すskill。 ユーザーが「今の内容をメモにまとめて」「ここまでの話をMarkdownにまとめて」のように依頼したら使うこと。 会話に無い題材の解説や、調査から始める依頼 (exmd) には使わない。

• doc-sync

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

• exhtml

  概念・仕組み・調査内容を、用語集・目次・図・コードを備えたHTMLで解説するSkill。 同梱のtemplateを埋めて作成し、既存のexhtml成果物は本文だけを更新する。 ユーザーが「HTMLで解説して」「HTMLにまとめて」のように依頼したら使うこと。 Markdownでのまとめや、図やスライド単体の作成には使わない。

• exmd

  概念・仕組み・調査内容を、用語表・目次・Mermaid図・コードを備えた1枚のMarkdown (GFM) で解説するSkill。 同梱のtemplateを埋めて作成し、既存のexmd成果物は本文だけを更新する。 会話に無い題材でも、調査したうえで解説する。 ユーザーが「Markdownで解説して」「exmdで作って」「解説記事をMarkdownで」「〜についてMarkdownにまとめて」のように依頼したら使うこと。 会話で確立した内容をそのまま書き出す依頼 (chat-note) や、HTMLでの解説 (exhtml) には使わない。

• git-commit

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

• git-fix-conflict

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

• git-squash

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

• github-fix-ci

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

• github-issue-create

  Todo・メモ・バグ報告を、素材に含まれる主張を裏取りしてからGitHub Issueとして1件起票するSkill。 ユーザーが「issue作って」「これIssueにしといて」「調べてからissueにして」「バグ報告を起票して」「Todoを起票して」のように依頼したら使うこと。

• github-issue-polish

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

• github-issue-resolve

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

• github-issue-update

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

• github-pr-create

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

• github-pr-fix

  PRの全問題 (コンフリクト、CI失敗、レビューコメント) を自動検出してgit worktree内で修正するSkill。ユーザーが「PRの問題を全部直して」「PRをまとめて修正して」のように依頼したら使うこと。コンフリクト解消・CI修正・レビューコメント対応のうち1種類だけの依頼には使わない。

• github-pr-review

  GitHubのPull Requestを敵対的にコードレビューし、検証を通過した指摘だけをレビューレポートとinline commentで投稿するSkill。`--spec` またはPRに紐づくIssueからspecを解決できる場合は、specとの整合も検査する。self reviewにも対応する。 ユーザーが「このPRをレビューして」のように依頼したら使うこと。

• github-resolve-pr-comment

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

• work-report

  指定した期間 (日・週・月・四半期、既定は週) に、ユーザーがGitHubのowner (orgまたはuser) 配下で行ったPR・Issue・レビューの作業と、Claude Code・Codexとの会話で行った作業を集計し、repoとテーマごとに整理した1枚のHTMLの作業報告にするSkill。 ユーザーが「今週の作業を報告書にして」「先月の作業をまとめて」「日報を作って」「四半期の振り返りを作って」のように依頼したら使うこと。 1つのPRやIssueの説明、commit履歴の要約、チーム全体の統計には使わない。

• experiment-plan

  機械学習モデルの学習や評価に関する実験計画を、対話で詰めて `.mjun/experiments/` に保存するSkill。 ユーザーが「機械学習の実験計画を作って」「評価実験を計画書にして」のように依頼したら使うこと。 一般的な計画や設計、計画の完了処理、結果の記入には使わない。

• grill-me

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

• grill-self

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

• deep-research

  ユーザーが与えたテーマについて、モデルの事前知識と徹底したweb検索を統合したdeep researchを行い、引用付きの調査メモをMarkdownで作成し、確認のうえカレントディレクトリに保存するSkill。ユーザーが「〜について調べてメモにして」「deep researchして」のように依頼したら必ずこのSkillを使うこと。このSkillは調査とメモ作成だけを行い、メモの要約・整理・他ファイルへの統合は行わない。他のskill・agent・非対話実行から呼ぶときは `--no-save` を付ける。

• self-review

  自分で書いた変更 (現在のbranchの変更と未commit変更、または指定した1 commit) を敵対的にコードレビューし、検証を通過した指摘だけをチャットへ返すSkill。PRの作成前後に自己採点として使い、GitHubへは投稿しない。`--spec` でspec (GitHub Issue番号、またはspec contractを書いたMarkdownファイル) を渡すと、specとの整合も検査する。ユーザーが「自分の変更を厳しくレビューして」「PRを出す前にself reviewして」「このcommitをself reviewして」のように依頼したら使うこと。

• test-prune

  コードベース内の全テストを精査し、削除・統合できるテストをリストアップするSkill。 ユーザーが「テストを減らして」「不要なテストを洗い出して」「テストを整理して」のように依頼したら使うこと。

• duckdb

  DuckDB CLIでCSV, JSONL, レコード配列のJSONなどのデータファイルの調査、抽出、集計、結合、形式変換とDuckDBの仕様確認を行うSkill。 データファイルの件数・分布・キーや型・重複や欠損を調べるとき、複数ファイルを横断して集計するとき、形式を変換するとき、 またはそのためにPythonやawkのscriptを書こうとしたときに使うこと。S3・GCS・HTTPS上のファイルにも使う。 単一のJSONオブジェクト (設定やAPIレスポンス) から値を取り出すだけの場合(jqで足りる)や、ファイルの編集には使わない。

• wezterm-control

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

• cognitive-rhythm-writing

  日本語で説明を行う時に使用するskill。説明的な文章に緩急を設計するための規範。緩急を装飾ではなく認知モードの切替（観察→逡巡→断定→再観察）と未回収の緊張の管理として扱い、文の拍、段落の密度波形、節の入り方、緩みと駄文の判別、執筆後の機械的な点検手順を定める。読み物として読ませたい章・記事・解説文を生成するとき、または「密度はあるが平坦でおもしろくない」文章を診断・修正するときに使用する。

• japanese-tech-writing

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

• stop-ai-slop-jp

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

Subagents (3)

• code-reviewer-contract

  対象変更がspec (contract) のrequirements・boundary・acceptance criteriaと整合するかを検査する場合に使用します．渡されたspec contractの明文だけを根拠に，約束に対応する実装の未充足・boundary違反・スコープ外の変更を調査して返します．specとコードのどちらが正しいかは判定しません．バグの発見や規約違反の検査には使いません．

• code-reviewer-finder

  対象変更全体から確定前に解消すべき問題を発見する場合に使用します．期待される振る舞い・不変条件，問題への到達経路，それらを破る現実的な条件，既存の防止・検出手段を順に調査し，検証可能な指摘候補だけを返します．

• code-reviewer-verifier

  コードレビューの指摘1件を受け取り，反証を試みて真偽を判定する必要がある場合に使用します．finderが生成した指摘候補は入力の到達性・既存のガード・既存テストの防御を，contractが生成した指摘はspec記述との不整合の成立を，実際のコードを読んで検査し，confirmed / refuted / uncertainのverdictを返します．

Similar plugins