Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
ドキュメント
製品のウォークスルー録画を RFP 回答動画と書面の要件マトリクスに変換する。RFP の実際の要件リストにある各要件や質問を、録画内でそれに対応する具体的な場面にマッピングし、動画を RFP に関連する内容だけにトリミングし、各セグメントがどの要件を示しているかを控えめなキャプションで示し、制作を始める前に録画がカバーしていない要件を指摘する。マトリクスはプロジェクトのライブ記事上に作成し、回答内でテキストとしても返す。ユーザーが「このデモ録画を RFP 回答動画にして」「このウォークスルーから RFP 動画と参照ドキュメントを作って」「この録画を当社の RFP 要件にマッピングして」「この RFP 回答用に動画と要件マトリクスが必要」と言ったときに使用する。
explore-analyze/workflows/ にある Elastic Workflows のドキュメントページを起草または更新する——ステップリファレンス、ユースケース、ハウツー、概念、概要。Workflows のドキュメントを書くとき、ステップタイプを文書化するとき、workflow YAML をドキュメント化するとき、docs-content や docs-content-internal のドキュメント issue から起草するとき、Workflows ドキュメントセットの下に新しいページを作成するときに使用する。
Presenton で新しい PPTX、PDF、PNG ファイルを作成するためのスキル。ユーザーが PowerPoint、プレゼンテーション、スライドデック、ピッチデック、レポートデック、PDF、プレゼンテーション PDF、PNG スライド、スライド画像、エクスポートされたデックを求めたときはいつでも、Presenton に言及していなくてもこのスキルを使用する。ユーザーから具体的なデザインブリーフが提供された場合はそれを使用し、そうでなければ Presenton のデザインを検索し、ユーザー提供の画像をアップロードし、Presenton のアイコンを検索し、HTTPS のアセット URL を含む 1280x720 の HTML を生成し、要求された形式をエクスポートする — 指定がなければ 3 形式すべて — そしてダウンロード URL と共有可能なプレゼンプレビューのリンクを返す。
科学分野の査読対応レターとポイントごとの反論を作成・起草・修正・監査する。査読者のコメント、対応レター、反論、改訂概要、原稿の変更箇所の引用、原稿や Supplementary Information と一致させる必要がある返信、投稿前チェック(質問と回答の直接的な対応、根拠、図、表、注、パネル、用語、数値、内部引用)に使用する。査読者の用語を再利用する必要がある場合、各小質問を明示的な回答に対応付ける場合、新しい解析や実験を報告する場合、正確な改訂箇所を示す場合、必須の修正と任意の推敲を区別する場合に特に有用。
AI が生成した法務コンテンツを敵対的に検証し、体系的なファクトチェック、情報源の検証、品質管理を行う。法的文書、ブリーフィング、コンプライアンス要約、規制分析を、クライアントやステークホルダーへの配布または公開の前に検証、ファクトチェック、レッドチーム、情報源の検証、品質管理したい場合に使用。トリガーフレーズには "verify"、"fact-check"、"red team"、"red-flag"、"check accuracy"、"validate sources"、"quality control"、"is this correct"、"review for errors" が含まれる。重大度別に分類されたエラー、検証済みの情報源、根拠のない主張のリスト、欠落している免責事項、および配布準備状況の明確な評価を含む構造化された検証レポートを生成する。
Roblox ゲームのコンセプトまたは現在の会話を、短く構築可能な PRD（ゲームデザインブリーフ）に変換し、プロジェクトトラッカーに公開します。構築前に選んだコンセプトを仕様として固めたい場合、デザインブリーフを書きたい場合、または Roblox ゲームや機能の PRD を作成したい場合に使用してください。roblox-to-issues と組み合わせて使用し、同スキルは PRD を縦方向のスライスに分割することで、ゲームを一度にすべてではなく、1 つずつ遊べる単位で構築できるようにします。
試験直前対策コーチ / Exam cram coach。学生がコース資料のフォルダ（講義スライドの PDF/PPTX/DOCX、ノート、宿題、解答、過去問）を渡すと、章ごとに出典を示して解説し、スライドや問題の図を切り出して表示し、資料にある問題だけで出題・採点し、間違いとノートを記録し、残り日数の学習計画を立て、カンニングペーパーを作り、各記述が資料由来かどうかを明示する。トリガー：期末、中間、試験、試験対策、復習、詰め込み、問題演習、過去問、宿題解説、間違いノート、要点整理、カンニングペーパー、学習計画、大学院入試、資格試験、スライド解説、講義資料。学生が自分のコースファイルを使って期末・中間または任意の試験の準備をしたいときに使用：章ごとにページ引用と資料から切り出した図を示して教え、宿題と過去問からのみ出題し、チャットをまたいで進捗・間違い・ノートを保持し、残りの日数を計画し、カンニングペーパーを作り、どの内容が資料由来かを明示する。トリガー：exam prep、cram、revise、study for the test、lecture slides、homework solutions、past papers、practice questions、quiz me、mistake log、cheat sheet、study plan、study guide、flashcards。
ユーザーが実際のソフトウェアエンジニアリング/コンピュータサイエンスのプロジェクトと既存の論文草稿を、提出可能な学部卒業論文の完成稿にまとめる必要があるときに使用します。「根据项目把论文改成定稿」「按学校模板排版成最终版」「复制初稿后生成定稿 Word」「为定稿降查重」「根据PaperPass报告降AIGC」「继续在手改初稿上改」「恢复原来的图表和数据库说明」などの依頼、または academic-paper-strategist がエビデンスに基づく書き換え計画をすでに作成済みの場合に発動します。クリーンアップ済みの原稿、最終 DOCX ワークフロー、および別途の修正レポートを出力します。
SDK、ライブラリ、CLI、フレームワーク、API プラットフォームの採用と統合のナラティブ——開発者がツールをインストール、統合、運用するために読むガイド——を執筆または改訂するときに使用。導くのは方法であり、アウトラインではない：エンドポイントではなく開発者の目標；道しるべのある「ここから始める」＋すぐ検証できる最初の成功；レシピより先に概念；目標名を付けた実行可能なレシピ；エンドツーエンドのチュートリアル；根拠のあるベストプラクティス；トラブルシューティングの道筋；原型（API/SDK/CLI/フレームワーク）に応じた力点；api-reference へのポインターであり、そのコピーではない；そしてツールの変更を走査して古いサンプルを見つける、バージョン付き差分としてのガイド改訂。完全で正しく型付けされた Diataxis、すべてのサンプルは実行可能でツールに正確、何も捏造しない。テンプレートツール + deep-research と組み合わせて使用する。引き渡された feature-spec + api-reference + PRD を消費する——決して白紙から始めない。api-reference のカタログ、エンドユーザー向けユーザーガイド、エンジニアリングドキュメント、それらのレビューではない。
リリース/デプロイ runbook の作成または改訂に使用する: システムを安全に本番環境へ出荷するための go-to-production 手順。ガイドするのは方法であり、構成案ではない: SRE/運用プラクティスに根拠を置き、アーキテクチャドキュメント + 技術設計のロールアウトからデプロイ手順を、テストプランの終了基準から検証を導出し、冪等でコピー&ペーストしても安全な手順をそれぞれ期待結果付きで書き、デプロイ戦略はデフォルトでブルーグリーンとし、ステートフルな変更は後方互換の expand-contract マイグレーションとして順序付け（不可逆ならロールフォワード）、すべての前進変更に測定可能なトリガーを伴う文書化されたリバートを与え、ユーザー影響のあるデプロイにはコミュニケーションウィンドウを明示し、生きた runbook をバージョン管理された再検証済みデルタとして改訂する——目指す水準は、不慣れなエンジニアがそれだけでデプロイ、確認、ロールバックできること、シークレットをインライン化せず、捏造もしないこと。テンプレートツール + ディープリサーチと組み合わせて使う。CI/CD パイプライン設定（cicd-plan）ではなく、ポストモーテムでも、そのレビューでもない。
画面収録を検索可能なヘルプセンター記事に変換し、Clueso プロジェクト内の実際のライブ記事として構築する。明確なタイトル、読者が何を達成できるかの一行要約、実際のコントロール名とその結果を示す番号付きの手順、収録から抽出した補足スクリーンショット（キャプチャしたフレームが要点を実際には伝えていない箇所では生成画像で代替）を含む。記事が主要な成果物であり、同じ収録から作る洗練された補助動画は任意で副次的である。ユーザーが "この収録からヘルプ記事を生成して"、"この画面キャプチャを検索可能なドキュメントにして"、"この画面収録からナレッジベース記事を作って"、"このウォークスルーからヘルプセンター記事を書いて" と言ったときに使用する。
1 本の画面収録から、常に洗練された動画と完全なステップバイステップのヘルプ記事の両方を生成する。一方を主要な形式、他方を任意とするのではなく、常に構築される対等な二つの成果物であり、記事は Clueso プロジェクト内の実際のライブ記事として構築する。チームが既定で両方の形式を必要とする場合に、recording-to-help-article の代わりにこれを使用する。ユーザーが既存の Clueso 記事を持っている場合、完成した動画と文章の手順を新しいプロジェクトではなくその記事に添付して統合できる。ユーザーが "この収録を動画とヘルプドキュメントにして"、"このキャプチャから動画と文章の手順の両方が必ず必要"、"この収録からガイドと動画を作って、毎回両方欲しい"、"この画面収録から洗練された動画とドキュメントを" と言ったときに使用する。
公開済みで利用者向けの API リファレンス（統合開発者が API を呼び出す際に参照するもの）をレビュー/判定するときに使用——それだけで統合できるかを判断する。作成ではなくゲート。単一ソースの 11 条件からなるユーザビリティ + 契約整合性の基準で判定する：入門 + 認証で最初の呼び出しに到達できる；api-spec のすべての操作（イベント/webhook を含む）が目的 + 型付きパラメータ + 動作する例 + エラーとともに記載されている；エラーが第一級である；該当する場合はレート制限 + ページネーションが記載されている；バージョニング + 非推奨/廃止が明記されている；リファレンスが引き渡された api-spec と一致している（ドリフトなし、捏造されたエンドポイントなし——最重要のチェック）；サンプルが実行可能；修正が変更された契約に再同期される。`VERDICT: approve|revise` と実行可能な指摘のみを出力する；適切な規模のリファレンスは承認し、明示されたギャップがある場合に修正を求める。作成するものではなく、エンドユーザー向けユーザーガイドでも、開発者採用ガイドでも、エンジニアリングの api-spec（reviewing-api-spec）でもない。
テストプラン/QA 検証プランのレビュー・判定に使用する——テスト担当者が実行可能か、すべての振る舞いが網羅されているかを判断する。作成ではなくゲート。単一ソースの 10 条件基準で判定する: 引き渡された上流の振る舞い（feature-spec/api-spec の操作 + エラー、なければ PRD）がそれぞれ >=1 の追跡可能なケースを持つ; 機能レベルが適合している; エントリー/イグジットがテスト可能（カバレッジ下限 + 未解決欠陥しきい値）; 環境 + テストデータが指定されている; 各ケースに前提条件 + ステップ + 観察可能な結果（ML ではデータセット上の指標しきい値）+ 追跡先がある; カタログがリスク加重されている（カバレッジギャップ、水増し/薄さ、または組み合わせ爆発 = 所見）; 必要な各非機能タイプ（性能/セキュリティ/WCAG 2.2 AA/互換性/i18n）が目標を持つ; 修正はデルタ範囲でレビューされる; 何も捏造しない。出力は正確に `VERDICT: approve|revise` + 実行可能な所見のみ; 規模相応のプランを承認し、明示されたギャップがある場合のみ修正する。その作成、リリース runbook、デザインレビュー、テストスクリプト向けではない。
ユーザーがプレゼンのアウトライン、スライド構成、絵コンテ用スライドを作成したい場合や、あらゆる場面（講演、役員会、メールレポート）向けにデッキを計画したい場合にこの Skill を使用する。ユーザーが "help me structure my presentation"、"slide outline"、"storyboard my deck"、"presentation flow"、"plan my slides"、"key message for my deck"、"pyramid principle for slides"、"what slides should I include"、"help me tell a story with slides" と言及した場合にも使用する。この Skill は 2 つのフェーズからなる完全なインタラクティブなプロセスを進める。フェーズ 1（設定 → キーメッセージ → 絵コンテ）では slide-outline.md を保存し、フェーズ 2（スライドごとの対話的なコピー作成 → 推敲）では slide-outline.md からリンクされる slide-copy.md を保存する。ユーザーが「チームに X をプレゼンしたい」「役員会向けのデッキをまとめてほしい」といった漠然とした意図しか述べていない場合でもトリガーする。
アップロードされたスライド（PPT）を、スライドらしくないナレーション付き動画に変換する。スライドのテキストは読み上げではなく話し言葉のナレーションに書き換え、画面に出す価値のないスライドは削除または統合し、重要なスライドにはモーションを追加し、セクションの区切りにはクリーンなトランジションを入れる。ユーザーが "turn this deck into a video"、"convert my PowerPoint to video"、"narrate these slides"、"make a video from this presentation" と言った場合、またはスライドをアップロードして動画版を求めた場合に使用。
HTML または Markdown を display.dev URL として公開し、公開、会社限定、非公開のアクセスを設定します。サインアップ、公開物の引き取り、共有、閲覧、範囲を限定した読み取り、正確な編集、コメントのやり取りに対応します。ユーザーが「これを公開」「これを共有」「組織と共有」「オンラインに投稿」「非公開リンクを作成」「[email] と共有」「レポートを公開」「自分の成果物を一覧表示」「成果物を検索」「大きなファイルを公開」「生成した HTML ファイルを公開」「この成果物を読む」「成果物内を検索」「この箇所を変更」「この成果物のコピーを作成」「バージョンを複製」「display.dev アカウントを作成」「この公開物を引き取る」「会社のメールドメインを追加」「メールドメインを移管」「メールドメインのアドオンを変更」「この成果物のコメントを確認」「コメントに返信」「このコメントスレッドを解決」といった依頼をした場合に使用します。リクエストに display.dev の成果物 URL（`*.dsp.so/*`）が含まれる場合も必ず使用します。匿名で公開すると、30 日間のプレビューとブラウザーでの引き取り URL が返されます。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。