Skills
エージェント向けにパッケージ化された専門スキルと手順を 100,928 件掲載。コマンド 1 行でインストールできます。
すべて
Docling を使い、対応形式の文書（PDF（デジタル作成またはスキャン）、DOCX、PPTX、XLSX、HTML、Markdown、AsciiDoc、CSV、画像、音声、XML）を統一された DoclingDocument（Markdown または構造化 JSON）に変換して内容を把握します。直接読めない文書の読み取り、解析、変換、抽出、チャンク分割が必要な場合に使用します。「この PDF には何が書かれているか」「これを markdown に変換」「表を抽出」「RAG 用にチャンク分割」「スキャン文書を読む」「この DOCX/PPTX を解析」などに対応します。`docling` CLI、Python SDK（DocumentConverter + PipelineOptions）、リモート Service Client（セルフホストまたはマネージド docling-serve）、依存関係を最小限にする docling-slim のインストール extras を扱います。
Docyrus Architect MCP ツールを使用して、Docyrus プラットフォームのデータソース、フィールド、列挙型、アプリ、カスタムクエリを管理し、データをクエリする。ユーザーが docyrus-architect MCP サーバー経由でデータソース、フィールド、列挙型オプション、アプリ、カスタムクエリテンプレートの作成、更新、削除、クエリを求めたときに使用。レポートやダッシュボードの構築、Docyrus データソースのクエリや、フィルター、集計、数式、ピボット、子クエリを含むカスタム SQL テンプレートの実行を伴うデータ分析を行う際にも使用。
1つの商品向けに、EC 用画像一式を統括します。商品情報を確認し、プラットフォームごとにギャラリーを計画（Amazon は7枚、Taobao はメイン5枚＋詳細ページ、Shopee、TikTok Shop、小紅書）し、商品イメージとキャンペーンのスタイルを統一したうえで、専用スキルを呼び出し、すべての画像を QA します。商品一覧画像一式、全套图、套图、一键出图、listing images、PDP image pack を求められた場合に使用します。
Musk の固定順序に従って、要件や継続中のコミットメント（計画、仕様、バックログ、プロセス、ルールセット、または個人の目標、プロジェクト、副業）を問い直します。要件をより適切にし、項目やプロセスを削除し、簡素化または最適化し、サイクルタイムを短縮し、自動化します。最初に目標を示し、各項目の出典、得られるもの、依存関係、再追加のコストを明記します。削除や延期を提案して承認を待ち、外部から義務付けられた制約には決して手を加えません。計画を記載どおりに実行しようとしている場合や、目標、コミットメント、副業が同じ時間を取り合っている場合に使用します。
会話を通じて Outlook 互換のメールテンプレート（EML + HTML）を生成する。3 つのモード：Design（ゼロから作成）、Import（既存の .eml を複製）、Production（確定したテンプレートに Excel データを流し込む）。ユーザーが次のことを望む場合に使用：メールテンプレートの作成や設計、.eml ファイルの生成、ニュースレターの作成、Outlook 用のメール整形、メールのインポート/複製（导入/复刻邮件）、邮件模板 の設計、邮件排版 や 邮件设计 の実施、Outlook 互換でピクセル単位まで正確な HTML メールの構築。トリガー：週報メール（周报邮件）、製品アップデートメール、イベント招待（活动邀请邮件）、お知らせ（公告邮件）、社内ニュースレター、.eml のインポート、メールテンプレートの複製、Outlook でメールをプロフェッショナル/美しく見せる。視覚デザイン、EML 生成、EML インポートを扱う——SMTP、送信、アカウント管理は対象外。このスキルがないと、Outlook は Word レンダリングを使用して最新の CSS を無視するため、Outlook のメールが崩れる。
エンジニアリング界のペルソナ（Knuth、Beck、Carmack、Lamport、Fowler、Schneier、Hickey など）による評議会を招集し、対立する視点から技術的な意思決定を評価したうえで、彼らが一致する点と衝突する点を統合する。難しい判断について複数の専門家の視点を得たいとき、設計やアーキテクチャのレビュー、思想の流派間の討論、トレードオフ分析を行いたいとき、または "engineering council"、"council"、"duo"、"triad"、"what would X think" と言ったときに使用する。ユーザーがスキル名を挙げていなくても、困難なアーキテクチャ、パフォーマンス、セキュリティ、ML、API、テスト、リファクタリング、分散システムの意思決定を検討しており、単一の答えではなく対照的な専門家の見解から恩恵を受けられる場合にもトリガーする。
このスキルは、テキスト専用アクションを使ってテストから Jetpack Compose のテキストフィールドを操作するために使用します。performTextInput（InsertTextAtCursor セマンティクスアクションでカーソル位置に挿入）、performTextReplacement（SetText でクリアして置換）、performTextClearance（空文字列に置換）、performTextInputSelection（TextRange の選択範囲を設定）、performImeAction（Next、Done、Search など設定された IME アクションを発火）。自動フォーカスの経路、enabled / editable / focusable の前提条件、「world」ではなく「helloworld」になる追記と置換の落とし穴、IME アクションのフォーカスチェーン（Next は次のフォーカス可能要素へフォーカスを進める）を網羅します。開発者が「テストで TextField にどう入力するか」「IME の Next ボタンをテストする」「テキスト削除アクションをテストする」「BasicTextField が入力を受け付けない」「テストでテキスト入力が重複する」と尋ねる場合、または「Failed to perform text input」 / 「Failed to perform IME action」 / 「Default ImeAction」のエラーを報告する場合に使用します。
アプリのエラー UX をエンドツーエンドで監査・実装する。エラーメッセージの書き直し、適切な配置、復旧アクションの追加、バリデーション・ネットワーク・権限・システム・404 の失敗に対するエラー状態の構築を行う。ユーザーが「エラー処理を改善したい」「エラーメッセージがひどい」「失敗するとユーザーが行き詰まる」「フォームのバリデーションエラーを追加したい」「オフライン/ネットワークエラーを処理したい」「404 ページを設計したい」と言ったとき、またはレビューで「Something went wrong」だけの文字列、サイレント失敗、先に進めないエラーが見つかったときに使用する。エラー状態マトリクス（すべての失敗モード × メッセージ × 復旧アクション）と、実装されたエラーコンポーネントおよびコピーを生成する。
TypeScript と JavaScript 向けのコードベース分析です。静的解析により、変更コードのリスク、整理の機会、重複、循環依存、複雑さのホットスポット、アーキテクチャ境界、デザインシステムの乖離、フィーチャーフラグ、任意のセキュリティ確認候補を報告します。オプションのローカル類似コード検索では、構文が異なっても同じ意図を実装している可能性のある関数を検出します。ランタイムカバレッジには本番環境の実行データを統合できます。PR リスクの監査、未使用コードや依存関係の検出、意味的に類似する関数の比較、重複の検出、アーキテクチャ境界の確認、ランタイムカバレッジの統合、対応する問題の自動修正、または fallow の実行を依頼された場合に使用します。
FastAPI フレームワークの仕組みと高度なパターン。ミドルウェアの設定、依存性注入チェーンの作成、WebSocket エンドポイントの実装、OpenAPI ドキュメントのカスタマイズ、CORS の設定、認証依存関係の構築（JWT 検証、ロールベースアクセス）、バックグラウンドタスクの実装、アプリケーションライフスパン（起動/終了）の管理に使用します。基本的なエンドポイント CRUD やリポジトリ/サービスのパターン（python-backend-expert を使用）、テスト（pytest-patterns を使用）は対象外です。
feature-arch スキルの React フィーチャーベースアーキテクチャ規則を強制する、敵対的な合否レビューゲート。diff、ブランチ、PR、または src/ ツリーをマージ前にアーキテクチャ適合性で判定する必要があるときに使用する——フィーチャーフォルダー構造、インポート境界、フィーチャー間の分離、データ取得、状態、テスト、命名規則。単一のブラインドレビュアーが規則ごとに PASS/FAIL の判定を証拠を引用して下し、レビュアーの構造化出力がフェイルクローズドな判定結果となる。アーキテクチャを設計・移行するには feature-arch スキル自体を使用し、作業がそれに適合しているかを判定するにはこのゲートを使用する。
オプトインのライター（/claude-db:fix コマンド）。監査で得られた安全で可逆なスキーマ／マイグレーションの変更 — インデックスの追加、NOT NULL/CHECK/UNIQUE 制約、不足している FK、型の修正、デフォルト／生成列 — を expand-contract マイグレーションとして適用する。既定ではドライランプレビューを行い、変更ごとに明示的な確認があった後にのみ、migration-writer サブエージェント経由でのみ書き込む。ユーザーが呼び出したときにのみ実行され、自動でトリガーされることはない。
flyctl CLI、fly.toml 設定、Fly Machines、Fly Volumes、プライベートネットワーキング、シークレット、ヘルスチェック、自動スケーリング、GitHub Actions CI/CD を使用して、Fly.io プラットフォーム上でアプリケーションをデプロイ、設定、管理します。任意のアプリケーションを Fly.io にデプロイするとき、fly.toml 設定を作成または変更するとき、Fly Machines や Volumes を管理するとき、ネットワーキング（パブリックサービス、プライベート 6PN、Flycast、カスタムドメイン、TLS）を設定するとき、シークレットを設定するとき、ヘルスチェックを設定するとき、autostop/autostart やメトリクスベースの自動スケーリングを設定するとき、GitHub Actions でデプロイするとき、Fly Postgres データベースを管理するとき、Fly.io 上の本番環境に向けてアプリを準備するときに使用。
PartMe/Octo スタイルのプロダクトドキュメントツリーを生成、検証、保守する — ルートレベルのドキュメント 10 件、バージョンごとのドキュメント 7 件、および任意のモジュールごとの三つ組（PRD / Stitch / UI）と 5 件のデリバリーフェーズドキュメント。{Name}/{V} プレースホルダーとインラインの執筆ガイダンスを含むコピー可能な Markdown テンプレートを提供する。新しいプロダクトドキュメントリポジトリの作成、partme-docs や Octo* プロジェクトの整理、リポジトリのドキュメント構造の監査、ドキュメントスキャフォールドの生成に使用する — ユーザーが「set up docs」「create doc structure」「初始化文档」「产品文档」「写规划文档」と言った場合でも対応する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。