Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
デザイン・UI
App Store スクリーンショットのデザイン、テーマ設定、生成を行うスキルで、3 つのワークフローがあります：(A) テンプレートベース：テンプレートを閲覧し、スクリーンショットに適用し、任意で Gemini AI で強化します。(B) ギャラリーモード：ギャラリーテンプレートからマルチスクリーンを調整したセットを作成します。(C) テーマ適用：テンプレートの上に視覚テーマ（AI 生成の ThemeDesign）を適用します。次の場合にこのスキルを使用します：(1) ユーザーが「App Store のスクリーンショットを作成」「スクリーンショットをデザイン」「スクリーンショットを強化」と依頼する (2) ユーザーが「templates」「app-shots」「screenshot marketing」「compose screenshots」に言及する (3) ユーザーがスクリーンショットテンプレートやギャラリーテンプレートを閲覧/プレビュー/適用したい (4) ユーザーが視覚テーマ（カートゥーン、ラグジュアリー、宇宙、禅、ネオンなど）をスクリーンショットに適用したい (5) ユーザーが「ThemeDesign」「theme design」「apply theme」「gallery templates」について尋ねる。
データ可視化の判断レイヤー SSOT——あらゆるチャート、dashboard、ボードを描く前に読み込むもので、描いた後ではない。「こう描くべきかどうか」を司る：この図で読者にどんな結論を導かせたいか、平均か中央値か、集計してよいか、積み上げか折れ線か、二軸にしてよいか、配色と色数、同一エンティティが図をまたいで同じ色・同じ位置か、表は何列残すべきか。媒体非依存：HTML レポートページ、React/Vue dashboard、PPT ネイティブチャート、matplotlib/plotly/ECharts/D3、PNG にレンダリングした図に一律に適用される。図を描く前に、または既存のチャートをレビューするとき（「これらの図は何が問題か」「凡例がなぜ不一致なのか」）に使用する。レポートページのレイアウト/コンポーネント/インタラクション（report-with-html:report-with-html を使用）や、PPT ネイティブチャートの実装とレンダリングの落とし穴（deck-creator:deck-creator を使用）には適用しない。
依頼に基づいてページ、画面、ランディングページ、ウェブサイト、アプリ、UI を設計または構築し、最初から最後まで一貫して対応します。「design a landing page」「build a settings screen」「make me a website」「design the onboarding」「ออกแบบหน้าเว็บ」「ทำหน้า landing」「ออกแบบ UI」「ทำแอป」などに使用します。単一のスキルではカバーできない一連のパイプラインを実行します。設計指針、統計的な平均に陥らないための文書化された要件推定、明確なビジュアル方針、トークン、構築、客観的な評価ゲート、そして敵対的な批評を行います。データ密度の高い画面は data-dashboard に、既存 UI の再設計は redesign に、参照画像がある場合は image-to-code に引き継ぎます。
ユーザーがサインアップ／登録以外のフォームを最適化したい場合に使用します。リード獲得フォーム、問い合わせフォーム、デモ申請フォーム、応募フォーム、アンケート、チェックアウトフォームなどが対象です。「フォーム最適化」「リードフォームのコンバージョン」「フォームの入力負荷」「フォーム項目」「フォーム完了率」「問い合わせフォーム」「誰もフォームに入力しない」「フォーム離脱」「項目が多すぎる」「デモ申請フォーム」「リードフォームがコンバージョンしない」などに言及した場合にも使用してください。情報を収集するサインアップ以外のフォーム全般が対象です。サインアップ／登録フォームについては signup-flow-cro、フォームを含むポップアップについては popup-cro を参照してください。
デフォルトテーマのスタイルを超えて、視覚的に際立ち洗練された Vaadin 25 インターフェースを作成するようエージェントを導く。ユーザーが「見栄えを良くする」「デザインを改善する」「ビューにスタイルを当てる」「視覚的に魅力的にする」「洗練さを加える」「UI を設計する」「美しいインターフェースを作成する」と求めたとき、または視覚的な品質が重要となる新しいビューを構築するときにこのスキルを使用する。Vaadin アプリでアニメーションや視覚効果を追加したり、洗練されたコンポーネントの組み合わせを構築したりしたい場合にも起動する。
リアクティブなサーバーサイドレンダリング UI 向けの Symfony UX LiveComponent——ユーザー操作時に AJAX で再レンダリングするコンポーネントで、JavaScript は不要。ライブ検索、リアルタイムフィルタリング、動的フォーム、インライン検証、連動セレクト、自動保存、ポーリング、遅延/レイジーレンダリング、その他ユーザー入力に応じて自ら更新する UI を構築するときに使用。コードトリガー：AsLiveComponent、LiveProp、LiveAction、data-model、data-loading、data-live-action-url、ComponentWithFormTrait、LiveListener、emit、defer、lazy、polling。ユーザーが「入力に応じて絞り込む検索の作り方」「フォームをリアルタイムで検証する方法」「PHP でリアクティブコンポーネントを作る方法」「連動セレクトの作り方」「コンポーネントのレンダリングを遅延させる方法」「emit でコンポーネント間を通信する方法」「フォームを LiveComponent にバインドする方法」を尋ねたときにもトリガー。リアクティブ性のない静的で再利用可能な UI（twig-component を使用）、純粋なクライアントサイド JS の挙動（stimulus を使用）、ページレベルのナビゲーション（turbo を使用）ではトリガーしない。
PostHog の AI 音声エージェント（「robo interviewer」）——自動音声エージェントインタビュー製品——が実施するユーザーインタビューのラウンドを計画する。UserInterviewTopic（対象者、質問内容、フレーミングの文脈、質問リスト）を記録し、user-interview-topics-create を呼び出す。ユーザーが AI 音声エージェントに実際にインタビュー通話を実行させたいと明確に望む場合にのみトリガーする（例：「set up robo user interviews」、「have the voice agent interview these users」）。音声エージェントを伴わない通常のユーザーリサーチにはトリガーしない — 話を聞くユーザーの発見や絞り込み（「who''d be a good fit to interview about Y」）、人間が実施するインタビューの質問の計画、フィードバックの分析はオーディエンスディスカバリーであり、通常のデータクエリで扱うもので、このスキルではない。録画したインタビュー音声ファイルのアップロードや user-interview-topics-list でのトピック閲覧にもトリガーしない。意図が曖昧な場合は、まずどのような種類のリサーチで、AI 音声エージェントに実施させたいのかを確認する（Step 0 を参照）。
実務を行うスタジオで実証済みのハウススタイルで、クライアントにそのまま提出できるウェブサイトとモバイルウェブアプリを設計・構築する。2 つの架空ブランド（AURA Heights、The Assembly）を例に全体を通して示す：色付きの下地、エディトリアルなタイポグラフィ、細部への徹底したこだわり、約束よりも実証。ワークフロー全体（ブリーフ、デザイン契約、構築、レビューゲート、多角的な監査、出荷）を網羅し、2 つの検証済みトークンシステム、シグネチャーコンポーネントパターン、実証に基づくコピーライティング、実写真のルール、モバイルウェブアプリのプレイブック（密度の予算、下部タブバー、圧縮）を収録。「make it look expensive」「make it beautiful」「high end design」「client ready」「on brand professional」「use the prom design style」「design this landing page」「make it more like an app」「too much scrolling」「add real images」「the site looks cheap」「too generic」「ai slop」でトリガーされる。空白のブリーフからまったく新しいビジュアルの方向性を生み出すためのものではない：このスキルは 1 つの実証済みの美学を適用する。
読み手向けの HTML 成果物 —— レポート、ダッシュボード、アーキテクチャビュー、データブラウザ、レビューワークベンチ —— を生成する。エビデンスに基づき、ブラウザで検証済み。成果物そのものが視覚的な HTML レポートである場合、またはユーザーが HTML／ウェブプレゼンテーションを求めた場合に使用する。チャートの判断には data-visualization-discipline を読み込む。チャットのステータスや Markdown の文章には使用しない（レポート化を求められた場合を除く）。PowerPoint には使用しない（deck-creator Route C）。
単一の HTML ファイルによるクリエイター向けソーシャルメディア分析ダッシュボード。プラットフォーム切り替え（X / LinkedIn / YouTube / Instagram）、KPI カードの行（フォロワー、エンゲージメント率、いいね、リポスト）、フォロワー成長チャート、「今週のトップ投稿」プレビュー、トレンドトピック／トップコメントのサイドパネル。要件に「ソーシャルメディアダッシュボード」「クリエイター分析」「ソーシャル分析」が含まれる場合、または特定のプラットフォーム（X、Twitter、LinkedIn、YouTube、Instagram、TikTok）がフォロワー、エンゲージメント、いいね、リポストなどの指標とともに挙げられている場合に使用する。
Jony Ive の Apple での仕事の精密さ、Figma のデザイン哲学のシステム思考、Inclusive Design 原則のアクセシビリティへの徹底を組み合わせた世界最高水準の UI デザインの専門知識。UI デザインとは、ユーザーが気づかないインターフェースを作る技法である — なぜなら、それはただ機能するからだ。優れた UI は物事をきれいに見せることではない。正しいことを明白にし、誤ったことを不可能にすることだ。すべてのピクセル、すべてのアニメーション、すべての余白の判断は、ユーザーを助けるか害するかのどちらかである。最高の UI デザイナーは見えない存在である — ユーザーはインターフェースを意識することなく目標を達成する。"ui design, visual design, interface design, component, design system, figma, sketch, color, typography, spacing, layout, animation, motion, responsive, mobile design, button, form design, card, modal, navigation, icon, ui, design, visual, interface, components, design-system, figma, accessibility" が言及されたときに使用する。
学術的な図の生成のエントリーポイントとなるアシスタント。ユーザーが学術的な図、論文の図、アーキテクチャの可視化を生成したいときにこの skill を使用する — 「帮我画图」「从仓库到配图走一遍」「完整论文配图工作流」「帮我分析这个仓库然后出图」などのほか、コード/論文から図までのあらゆるエンドツーエンドのリクエストを含む。アシスタントは入力を分析し、ユーザーの確認のために Figure Plan を提示してから、配色、プロンプト、そして（画像モデルが利用可能な場合は）最終的な画像を生成する。リポジトリ優先（コード）または論文優先（ドキュメント/PDF）の入力にルーティングする。
学術論文やドキュメントの図を計画する — セクションを図の種類、枚数、優先度、アスペクト比にマッピングする。ユーザーが論文のテキスト、PDF、アウトライン、セクションの下書きを提供したとき、または自身の論文にどの図が必要かを尋ねたときにこの skill を使用する。「论文需要哪些图」「论文配图规划」「paper figure planning」「which figures should my paper have」「帮我规划配图」などを含む。must/strong/nice の優先度と図ごとの視覚要素を備えた Figure Plan を生成する。
単体で自己完結した HTML 成果物（ランディングページ、静的なドキュメントやレポート、独立したダッシュボード、デモやゲーム、開発前の UX/UI 代替案のモックアップ）を作るときに、パレット・タイポグラフィ・レイアウトを意図的に設計し、テンプレート的で AI らしいデザインを避けるためのデザインガイド。HTML/CSS を書く前に読み込む。「ランディングを作って」「この内容を単一の HTML できれいに」「UX の代替案を HTML で比較して」「デザインを固めて」のように単体 HTML 成果物の作成や比較を求めるリクエストで有効にし、既存アプリ（React、Vue など）のアプリ内コンポーネントの修正や純粋なバックエンド・ロジックの作業には使わない。
Page Designer のページタイプとコンポーネントタイプを、リージョン、属性、レンダリングスクリプトとともに定義する。ユーザーが新しいページタイプやコンポーネントタイプを作成する必要がある場合、許可されるコンポーネントの制約付きでリージョンを構成する場合、attribute_definition_groups を定義する場合、コンポーネントがエディターに表示されない理由をデバッグする場合、または列挙型/色属性の落とし穴を修正する場合にこのスキルを使用する。ビジュアルマーチャンダイジング体験を構築する場合にも使用する——たとえ「コンポーネントが PD から消えた」「hero banner コンポーネントを追加して」と言っただけでも。
component-contracts のトークンファイルから Figma の変数コレクション（Primitives と Semantic）を構築または更新する。ユーザーがデザイントークンの定義をネイティブ変数として Figma に同期したい場合に使用。例：「トークンライブラリを構築する」「トークンを Figma に同期する」「トークンから Figma 変数を作成する」「変数コレクションを更新する」。このスキルは cc-figma-component の前提条件であり、コンポーネントを構築する前にトークンが Figma に存在している必要がある。figma-use および figma-generate-library スキルが必要。
Axhub AI Extension（Chrome 拡張機能）と @axhub/genie CLI を組み合わせて、Web エディターの TODO を完全なクローズドループで処理するプロセスを実現する。ユーザーが拡張機能をインストールし接続状態を検出できるよう導き、オンラインのエディタークライアントを検出し、ユーザーの注釈と TODO ノードを読み取り、コンテキストのスクリーンショットと画像をエクスポートし、編集状態（editing/idle/completed/error の 4 状態ライフサイクル）を設定し、コード変更を完了して最終状態を書き戻す。CLI の自動リトライ、指数バックオフによる再接続、タブの可視性認識、タスク状態の永続化など、通信の安定性を保証する。ユーザーが Genie Editor で Web 修正の TODO を注釈し、AI に処理を任せたいときに使用する。
洗練された自己完結型の HTML スライドプレゼンテーションを作成する — PowerPoint や Keynote は不要。ブラウザで表示するプレゼンテーション、スライドデッキ、スライド、ワンペーパーをユーザーが求めた場合は常にこのスキルを使用する。ユーザーが「make it a deck」「turn this into slides」「build a presentation from this content」「I need something to present」などのように言う場合にもトリガーする。ユーザーが .pptx ファイルを明示的に求めていない場合は PPTX よりこちらを優先する — HTML デッキはより柔軟で、視覚的に豊かで、反復しやすい。プレゼンテーションの依頼と併せてブランドスタイルガイド（PDF、URL、または説明）が提供された場合は常にこのスキルを使用する。ユーザーが「make me a deck」とだけ言って詳細がない場合でもトリガーし、まず内容について質問する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。