スキルを探す

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

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

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

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

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

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

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

参照文書（README・SKILL.md・API 文書・Markdown 全般）を美の基準で走査し，最も美しい確定版へ仕上げる．「READMEを完璧にして」「ドキュメントを美しくして」など，文書の仕上げを求められたときに使う（単発の小修正には使わない）．

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

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

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

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

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

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

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

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

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

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

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

課題のレポート・小論文部分を，出題文・採点基準の要求を過不足なく満たす形で執筆する．「レポートを書いて」「この設問に答えて」など，課題文書の執筆を求められたときに使う（既存文書の推敲だけなら /refine:docs を使う）．

コード（スクリプト・設定含む）を美の基準で走査し，公開挙動を保ったまま最も美しい確定版へ仕上げる．「コードを完璧にして」「リファクタして美しく」「コードを洗練して」など，コードの仕上げを求められたときに使う（単発の小修正には使わない）．

This skill should be used when the user asks to "既存プロジェクトのタスクを整理して", "技術的負債をIssue化して", "このコードベースを改善するタスクを洗い出して", "GitHub Projectに健全化タスクを登録して", "break down what needs to be fixed in this project", "surface tech debt as issues", or "create a project board for cleanup work". Diagnoses pain points and codebase health of an existing project, then registers improvement tasks as GitHub Issues and a Project Board.

Guide the user through starting a new web application project — elicit requirements (MoSCoW scoping), create architecture and requirements documents, break work into tasks, and register them as a GitHub Project kanban board. Use when the user says "新しいWebアプリを作りたい", "Webアプリの立ち上げを手伝って", "start a new web app project", "プロジェクトの要件を整理したい", or "GitHub Projectにタスクを登録したい".

This skill should be used when the user asks to "これらのIssueを全部実装して", "implement these issues autonomously", "Issue一覧を自動で片付けて", "これらのタスクを順番に実装してPRにして", or provides a list of GitHub Issue numbers/URLs for autonomous batch implementation. Fetches all specified Issues, resolves dependency order, then iterates through each — creating a worktree, implementing, and opening a PR — without user intervention.