Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
ドキュメント
学術研究パイプライン全体のオーケストレーター：研究 -> 執筆 -> 整合性チェック -> レビュー -> 修正 -> 再レビュー -> 再修正 -> 最終整合性チェック -> 完成。deep-research、academic-paper、academic-paper-reviewer を、必須の整合性検証、2 段階のピアレビュー、再現可能な品質ゲートを備えたシームレスな 9 段階ワークフローに統合します。トリガー：academic pipeline、research to paper、full paper workflow、paper pipeline、end-to-end paper、research-to-publication、complete paper workflow。
Volcengine TOS に保存されたドキュメントをプレビューおよびエクスポートします。PDF/PNG/JPG プレビューの生成、ページ数の取得、HTML プレビュー URL の解決、PDF ページの画像としての一括エクスポートが可能です。ユーザーがオフィス文書（Word、Excel、PPT、PDF）の変換やプレビュー、特定ページの画像エクスポート、文書のページ数の取得、HTML プレビューリンクの生成を必要とするときにこのスキルを使用します。ユーザーが「doc-preview」や「document conversion」に明示的に言及していない場合でも同様です。
ユーザーが Word 文書（.docx ファイル）を作成、閲覧、編集、操作したい場合はいつでもこのスキルを使用。「Word doc」「word document」「.docx」への言及や、目次、見出し、ページ番号、レターヘッドなどの書式を備えた業務文書の作成依頼が対象。.docx からの内容抽出や再構成、文書内の画像の挿入・置換、Word ファイルでの検索と置換、変更履歴やコメントの処理、内容を整った Word 文書に変換する場合にも使用。report、memo、letter、template などを Word または .docx 形式で求められた場合も対象。PDF、スプレッドシート、Google Docs、文書生成と無関係な一般的なコーディングには使用しない。
IPO目論見書の1ページ概要を生成します。ユーザーが目論見書／提出書類のリンク（A株、香港株18A/18C、米国S-1/F-1）またはローカル文書を提示した場合、会社名だけでIPO目論見書、上場申請、聴聞資料の分析を求めた場合、あるいは「目論見書の概要」「目論見書1ページ版」「目論見書分析」「IPO分析」「上場申請」などに言及した場合に、このスキルを使用します。「1ページ」と明示されていない場合も対象です。出力：モバイルで読みやすい単一ファイルの HTML 概要と、構造化された Excel データ原本。このスキルは目論見書の開示内容を忠実に翻訳・整理し、投資助言や完全なデューデリジェンスは行いません。決算・四半期・年次報告書の抽出は対象外です。ユーザーに /hike-earnings-core の実行を案内してください（明示的な呼び出しのみ）。
Legal Visualization。法務業務のシナリオ向けに法的な図解やチャートを生成するスキル。ユーザーが案件資料、契約資料、コンプライアンス事項、取引の取り決め、証拠チェーン、訴訟プロセス、タイムライン、法的関係、顧客向け報告、法律サービス提案、弁護士チームの業務を、関係図、フローチャート、タイムライン、証拠チェーン、リスク図、ロードマップ、PNG/SVG/PDF/.drawio に整理するよう求めたときに使用します。「法律可视化」「案件事实图」「法律关系图」といった表現にも対応します。まず対象読者、タスクの動詞、ルーティングルールに基づいてシナリオを絞り込み、その後で納品可能な画像を生成し、編集可能な下書きとして draw.io のソースファイルを保持します。本スキルは事実確認には使用されず、法的な結論の判断を代替するものでもありません。
MarkItDown コマンドラインツール（`markitdown` コマンド）の完全な使用ガイド。すべての CLI オプション（`-o/-x/-m/-c/-d/-e/-p/--use-cu/--cu-endpoint/--cu-analyzer/--cu-file-types/--list-plugins/--keep-data-uris`）、入出力モード（ファイル/パイプ/stdin）、パイプラインの組み合わせ、shell ツールチェーン（jq/grep/xargs/tee/find）との連携、代表的な例（一括変換、Azure バックエンドの切り替え、プラグインの有効化、ストリーミング入力）を解説します。「markitdown コマンドの使い方」「PDF への一括変換」「stdin ストリームの入力方法」「インストール済みプラグインの一覧表示」「Azure Document Intelligence CLI の設定方法」を尋ねられた場合に使用します。LLM Vision を使った OCR については、兄弟 skill `markitdown-ocr` を使用してください。
`markitdown-ocr`プラグイン（公式プラグインリポジトリ：microsoft/markitdown/packages/markitdown-ocr）を通じて、LLM VisionとOpenAI互換モデル（gpt-4o / Azure OpenAI / Gemini / その他のOpenAI互換サービス）を使い、PDF / DOCX / PPTX / XLSXに埋め込まれた画像やスキャンページからOCRテキストを抽出する方法を案内します。インストール、設定（`OPENAI_API_KEY` / Azure認証情報 / カスタムendpoint）、Python APIとCLIラッパー、スキャンPDFの全ページレンダリングへのフォールバック、形式ごとのOCR動作の違い（行内挿入 / 表の後に追加 / トップレベルの説明）、カスタムprompt、コストや制限のトラブルシューティングを扱います。スキャンPDFをmarkdownに変換する方法、PPT内の画像からテキストを抽出する方法、GPT-4oでOCRを行う方法、`markitdown-ocr`プラグインのインストール方法、Azure OpenAIでmarkitdownを設定する方法を尋ねられた場合に使用します。通常のCLIの使い方やMarkItDownの概要だけの場合は、関連スキルの`markitdown-cli`と`markitdown-awesome`を使用してください。
プロジェクトのすべての /money-save スナップショットを統合し、成果物としての markdown レポートを生成する。~/.smtm/reports/{project}/ に共有可能な日付入りのドキュメントを出力する。共同創業者、アドバイザー、投資家との進捗共有や、数週間・数か月後の個人レビューに役立つ。ユーザーが蓄積された状態を読みやすい成果物にまとめたい場合に使用。トリガー：'package this up'、'make me a report'、'export for partner'、'give me the deliverable'、'出报告'、'打包'、'整理一份'、'给合伙人看的'。
AI を活用したリサーチと文書分析のための、セルフホスト可能なオープンソースの Google NotebookLM 代替ツール。研究資料をノートブックに整理する、多様なコンテンツソース（PDF、動画、音声、ウェブページ、Office 文書）を取り込む、AI によるノートや要約を生成する、研究内容から複数話者のポッドキャストを作成する、文脈を認識する AI で文書と対話する、全文検索とベクトル検索で資料を横断検索する、カスタムのコンテンツ変換を実行する場合に使用します。OpenAI、Anthropic、Google、Ollama、Groq、Mistral を含む 16 社以上の AI プロバイダーをサポートし、セルフホストによって完全なデータプライバシーを実現します。
.pptx または .potx ファイルが入力、出力、またはその両方として何らかの形で関わる場合は、必ずこのスキルを使用してください。対象には、スライドデッキ、ピッチデッキ、プレゼンテーションの作成、.pptx または .potx ファイルの読み取り・解析・テキスト抽出（抽出内容をメールや要約など別の用途に使う場合も含む）、既存のプレゼンテーションの編集・変更・更新、スライドファイルの結合・分割、テンプレート（.potx）、レイアウト、発表者ノート、コメントの操作が含まれます。ユーザーが「deck」「slides」「presentation」と言及するか、.pptx または .potx のファイル名を挙げた場合は、後で内容をどう使う予定かにかかわらず起動してください。.pptx または .potx ファイルを開く、作成する、または操作する必要がある場合は、このスキルを使用してください。
.pptxファイルが入力、出力、またはその両方として何らかの形で関わる場合は、必ずこのスキルを使用します。対象には、スライドデッキ、ピッチデッキ、プレゼンテーションの作成、.pptxファイルの読み取り・解析・テキスト抽出（抽出内容をメールや要約など別の用途に使う場合も含む）、既存プレゼンテーションの編集・変更・更新、スライドファイルの結合・分割、テンプレート、レイアウト、発表者ノート、コメントの操作が含まれます。ユーザーが「deck」「slides」「presentation」と言った場合、または.pptxファイル名を示した場合は、その後の利用目的にかかわらず起動します。.pptxファイルを開く、作成する、または操作する必要がある場合は、このスキルを使用してください。
Philip Greenspun の実践的なスタイルに着想を得て、簡潔で役立つプロジェクトドキュメント（README、ガイド、docs/）を書きます。README.md の作成や改善、モジュールドキュメント、CONTRIBUTING.md、アーキテクチャドキュメント、CHANGELOG の作成、ソフトウェアプロジェクトのあらゆるプロジェクトドキュメントの構成を行うときに使用します。ユーザーが何らかの形でプロジェクトドキュメントを書く、書き直す、レビューする必要があるときは常にこの skill を使用してください——特定のスタイルを求めずに "write a README" や "document this" と言っただけの場合でも。
平易な言葉の機能説明から、セキュリティに重点を置いた完全な PRD（製品要求仕様書）を生成する。誰かが PRD、製品仕様、機能仕様、要求仕様書を作成したいとき、または「write a PRD for」「create a spec for」「plan this feature」「document this feature」「I need a requirements doc」などと言ったときにこのスキルを使う。このスキルが生成するもの：(1) セキュリティ重点のテンプレート形式の構造化された PRD、(2) Atlassian MCP（直接呼び出し）を通じて設定済みスペースにプッシュされる Confluence ページ、(3) .cursor/plans/ 用の cursor 互換 .md 計画ファイル、(4) ダウンロード可能な整形済み markdown、(5) 任意で、バッチ計画からの Linear/Asana タスク、関係者への Slack 通知、Notion ページのミラー。PRD と機能計画のタスクでは常にこのスキルを使う。
PRD、機能仕様、計画ドキュメント、RFC、設計ドキュメント、issue 記述の作成・改善・レビュー——そのようなドキュメントが取る標準的でツールに依存しない章立て構造と、各章を支える技巧。あらゆるデリバリーワークフローにおける計画作成や issue 起草のステップを含む。「PRD を書いて」「仕様を起草して」「この issue を改善して」「この計画を構造化して」「受け入れ基準を書いて」「完了をどう検証するか」「この要件はテスト可能か」でトリガーされる。コードを書くためのものではなく、コードを規定するドキュメントのみを対象とする。UI マークアップ、モジュール配置、テストの仕組みはプロジェクト自身の規約に従う。
製品にプロダクトテレメトリと分析を追加するためのビジネスケースを書く。テレメトリで何が可能になるか、現在見えていないものは何か、導入に何が必要か、ビジネス価値は何かを説明する、簡潔でステークホルダー向けの文書を作成する。主要なテレメトリのライフサイクルの外側に位置する——技術的な作業に着手する前に使用する。ユーザーが「ビジネスケースを書いて」「分析を正当化して」「トラッキングの根拠を示して」「テレメトリ概要」「なぜ分析を追加するのか」「経営層をトラッキングに納得させて」「分析の ROI」を求めるときに使用する。
個人事業のビジネス向けに、受注につながる提案書と見積もりを作成する。見込み客向けの提案書の作成、営業文書の構成、プロジェクト範囲の価格設定、提案の受注率改善に使用。提案書の構成、スコープ定義、価格の提示、反論の先回り、説得力のある提案の心理学を扱う。トリガー："write a proposal"、"proposal template"、"sales proposal"、"quote for client"、"how to structure a proposal"、"proposal writing"、"win more proposals"、"client proposal"。
GitHub プロジェクト向けにポートフォリオ級の README.md を生成する。「README を書いて」「README を生成」「README を最適化」「README のベストプラクティス」「プロジェクトのトップページ」「オープンソースの説明」「README のインフォグラフィック」「README のカバー」「Codex Image Gen / gpt-image-2 で README 画像を生成」といったリクエストに使用する。出力には、抑制の効いた README のナラティブ、最大 2 点の高品質なビジュアル素材、圧縮した画像、MIT ライセンス、GitHub Description と Topics の推奨、推奨スター数、任意の gh CLI 更新提案が含まれる。重点は、プロジェクトが自らのストーリーを語れるように支援し、プロジェクトの種類に基づいてビジュアルの強度を判断し、テンプレートの流用、情報の詰め込み、過剰なデザインを避けることにある。
ユーザーが「レビュー `{主題}_review.tex` の本文引用をチェック/最適化」「research-citation-check を実行」と明示的に依頼したとき、または旧名の check-review-alignment skill の使用を求めたときに使用する。ホスト AI の意味理解により、引用が文献の内容と一致するかを 1 件ずつ確認し、致命的な引用エラーを発見した場合にのみ「引用を含む文」を最小限に書き換え、`research-literature-review` のレンダリングスクリプトを優先して再利用して PDF/Word を出力する。移行期間中は旧名の systematic-literature-review への fallback を許容する。核心原則：変えるための変更はしない。致命的なエラーか判断できない場合はそのまま残し、レポートで警告する。⚠️ 非該当：ユーザーがシステマティックレビューの本文を生成したいだけの場合（research-literature-review を使用すべき）；ユーザーが BibTeX エントリを追加/確認したいだけの場合（専用の bib 管理フローを使用すべき）。
真に視覚的かつインタラクティブな単一の自己完結型 HTML ページを生成する — グラフ、図、モーション、タブ、比較トグル、クリックで展開、base64 でインライン化した画像、主張のあるタイポグラフィ。任意のコンテンツから豊かなビジュアル成果物をユーザーが求めるあらゆる場面で使用：解説記事、リサーチレポート、PRD や仕様ページ、ピッチ、社内ワンページャー、「もっと退屈でなくして」という作り直し、スクロールスナップのデッキ、ランディングページ風の要約、 distilled report。トリガー表現：「X についてのページを作って」、「この PDF/doc をビジュアルなものにして」、「デッキ/トーク/ピッチを作って」、「Y をビジュアルに説明して」、「読みやすくして」、「見た目を華やかにして」、「チームに見せられるものが欲しい」、「これの退屈でないバージョン」、「あのページを作り直して」、「もっとビジュアルでやり直して」。出力は 1 つの .html ファイルで、DM で送っても同一にレンダリングされる — CDN ライブラリ（Tailwind、Chart.js、D3、GSAP、Mermaid、Lucide）は安定した jsdelivr/unpkg の URL から読み込み、すべての画像は base64 でインライン化。プレーンな Markdown ドキュメント向けではない（technical-writer を使用）、コードレビュー向けではない（reviewer を使用）、チームが継続的に編集する保守可能なコンポーネントコード向けではない（frontend-design を使用 — rich-page は一度きりの HTML 成果物を生成するもので、生きたソフトウェアではない）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。