スキルを探す

コードレビュー会議。差分・ファイル・PRを4人の異なる視点(設計・可読性・攻め・守り)でレビュー会議にかける。「コード会議」「この差分をレビュー会議」「多角的にレビュー」「みんなでコードレビュー」などのリクエストで使用。

アーキテクチャ決定会議。技術選定・設計方針・構成変更を多角的に検討し、ADR(Architecture Decision Record)として出力する。「アーキ会議」「技術選定して」「設計会議」「どっちの構成がいい」「ADR書いて」などのリクエストで使用。

障害ふりかえり会議(blameless postmortem)。障害・トラブル・ミスの事後分析を、犯人探しではなく構造の改善につなげる会議として実行する。「ポストモーテム」「障害ふりかえり」「振り返り会議」「なぜ起きたか分析して」「再発防止を考えて」などのリクエストで使用。

命名決定会議。API・クラス・変数・機能・プロダクトの名前を多角的に検討して決める。「命名会議」「名前を考えて」「ネーミング」「この関数の名前どうしよう」「いい名前ない?」などのリクエストで使用。

既存の結論・計画・設計への攻撃専門会議。決まりかけている案に対して悪魔の代弁者と「5人目のキャラ」が全力で反証を試みる。「レッドチーム」「この結論を攻撃して」「反論して」「壊しにきて」「冷や水を浴びせて」などのリクエストで使用。

自分のClaude Codeログから3回以上繰り返している作業を洗い出し、実用できるエージェントスキルを生成する。「定期作業洗い出し」「ログから繰り返し作業」「スキル化候補出して」「この作業をスキル化して」と言われたら起動。2モード搭載 (keyword=高速30秒・無料 / semantic=並列サブエージェント・3-5分・$1〜$3)。出力は候補リスト、生成SKILL.md、実インストールはユーザー承認後

Marpスライドを各種形式（PDF, PNG, PPTX, HTML）にエクスポートするスキル。「PDFに変換」「スライドを書き出し」「画像で出力」「PowerPointにエクスポート」などのリクエストに対応。

Marp用カスタムテーマの新規作成。SCSS/CSSでのテーマ設計、カラーパレット定義、タイポグラフィ設定、スライドクラス実装を支援。「新しいMarpテーマを作りたい」などのリクエスト時に使用。

Marpスライドの表示崩れ・レイアウト問題の診断と修正。文字はみ出し、画像サイズ問題、PDF書き出し崩れを解決。「スライドの見た目を修正」「文字がはみ出す」などのリクエスト時に使用。

Marp用Markdownプレゼンテーションファイルの作成・編集。スライドコンテンツの執筆、frontmatter設定、ディレクティブ適用を支援。「スライドを作りたい」「プレゼンを作成」などのリクエスト時に使用。

Marpプレゼンテーションフレームワークの包括的な知識ベース。構文、ディレクティブ、テーマシステム、画像構文などの詳細情報を提供。他のMarpスキル(marp-markdown, marp-visual-fix, marp-theme-creator)から参照される基盤スキル。

Marpテーマのビルドパイプライン構築。SCSS→CSSコンパイル、サンプル画像生成、Makefile設定、Git hook、GitHub Actions CI設定を支援。「テーマのビルド環境を整備」などのリクエスト時に使用。

実行中・実行済みのプログラムやジョブの状況を知りたいとき，自分が起動したものか無関係のものかを問わず調べて答える．「どうなってる？」「学習状況は？」「進捗見せて」など，実行そのものを頼んでいるわけではなく既存の何かの様子を尋ねられたときに使う．新しく実行を頼まれたときは /ops:exec を使う．

数十秒を超えて走るプログラム・スクリプト（学習・評価・データ処理・サーバ等）をログを残す形で起動し，異常の早期検知と完了報告まで担う．「実行して」「動かして」「学習を回して」など，明示の有無に関わらず自動適用する．数十秒で終わる実行（テスト・ビルド・lint 等）は対象外．既に動いているものの状況を知りたいだけなら /ops:progress，UI を見た目で確かめたいだけなら組み込みの run スキルを使う．

プロジェクト文脈を把握し .claude/context.md を作成する．新しいプロジェクトを始めるときに使う．context.md が既にある場合は /groundwork:theory を使う．

スキルが失敗・批判を受けたとき，根本原因を診断してその定義を更新し再発を防ぐ．どのスキルにも適用できる．

確立された文脈をもとに理論的方向性を議論して方針を深め，確定した方針を .claude/context.md に反映する．「方針はこれでいい？」「仮説を整理したい」「実験設計どう思う？」など，実装ではなく理論・方向性を議論したいときに使う．文脈の初期作成は /groundwork:survey を使う．

固まった方針に対して実装が正しいかを走査・改善する．「実装を確認して」「コードは合ってる？」「これで動く？」など，実装のレビューや改善を求めたときに使う．理論の方向性を議論したいときは /groundwork:theory を使う．

課題のコード部分を，出題文の仕様・採点基準を過不足なく満たす形で実装する．「このコードを書いて」「関数を実装して」など，課題のコード作成を求められたときに使う（既存コードの推敲だけなら /refine:code を使う）．

複数の媒体（レポート・コード等）にまたがる大学の課題を，出題文・採点基準に照らして過不足なく仕上げる．要求を媒体へ割り当て，assignment プラグインの対応スキルへ委譲し，媒体間の継ぎ目を走査して一つの提出物として確定する．「この課題をやって」「課題を完璧に仕上げて」など，課題まるごとを任されたときに使う（単一媒体なら /assignment:report ・ /assignment:program を直接使う）．

このマシンに溜まった Claude Code の履歴・痕跡・キャッシュを，何を消すか列挙して承認を得たうえで消し，ログイン・設定・導入済みプラグインは残す．「Claude Code の履歴を消して」「痕跡を掃除して」など，Claude Code がローカルに残したものの削除を明示的に求められたときだけ使う——「クリーンアップして」等の一般の整理の依頼では発動しない．実行中ジョブのログを見たいだけなら /ops:progress を使う．

リリース単位（単一パッケージか monorepo か）を判定し，SemVer でバージョンを上げ（マニフェストと全参照箇所を整合），bump コミット・タグ・push・About 欄・GitHub Release までの文面を提案．承認後に一気に実行する．「リリースして」「公開して」「バージョンを上げて」など版を公にすることを求められたときに使う．記録するだけなら /capstone:commit を使う．

プロジェクト全体（または指定範囲）を最も美しい確定版へ仕上げる．範囲を媒体に分解して refine プラグインの各スキルへ委譲し，媒体間の継ぎ目を走査する．「プロジェクト全体を完璧にして」「全部洗練して」など，媒体をまたぐ仕上げを求められたときに使う．単一媒体の仕上げは refine プラグインの該当スキルを使う．

変更を意味単位のコミットに分割し，各メッセージを全文で提案．承認後にステージ〜コミットのみ実行する（push しない）．「コミットして」「変更を記録して」など，記録を求められたときに使う（スキル名の指定は要らない）——素の git commit で済ませない．版を公にするなら /capstone:release を使う．