Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,639 件掲載。コマンド 1 行でインストールできます。
すべて
Feishu のグループチャット履歴を取得して要約する。ユーザーが Feishu のグループチャットのメッセージを読み取り、確認、または要約するよう求めたときに使用する。トリガー："看群聊记录"、"群里聊了啥"、"帮我看看这个群"、"群消息历史"、"chat history"、"what did the group discuss"。対象外：メッセージの送信（message ツールを使用）、ドキュメントの閲覧（feishu-doc スキルを使用）、wiki 操作（feishu-wiki スキルを使用）。
Firecrawl CLI でウェブを検索、スクレイピング、操作する。ユーザーがウェブ検索、記事の検索、トピックの調査、オンラインでの調べもの、ウェブページのスクレイピング、URL からのコンテンツ取得、ウェブサイトからのデータ取得、ドキュメントのクロール、サイトのダウンロード、クリックやログインが必要なページの操作を望むときはいつでもこのスキルを使用する。ユーザーが「fetch this page」「pull the content from」「get the page at https://」と言ったときや、外部ウェブサイトに言及したときにも使用。これにより、完全なページコンテンツと操作機能を備えたリアルタイムのウェブ検索が可能になる——Claude が組み込みツールでネイティブに行える範囲を超えている。ローカルファイル操作、git コマンド、デプロイ、コード編集タスクには使用しない。
React 18 + TypeScript + Vite + Tailwind CSS v3 + Zustand を使って FiveM の NUI インターフェースを構築する。ユーザーが NUI、インターフェース、UI、メニュー、HUD、パネル、オーバーレイ、React、Vite、Tailwind、または FiveM のゲーム内インターフェースに言及したときに使用する — バックエンドフレームワーク（vRP、QBCore、Qbox、ESX）を問わない。プロジェクト構造、FiveM CEF の制約、observe/Post フック、VisibilityProvider、アニメーション、動的な設定/テーマ、パフォーマンスルールを扱う。
生の研究アイデアから、防御可能な証明設計を伴う形式的な主張へ至る道筋をオーケストレートする——アイデアから仮説を引き出し、正確な定理／主張として述べ、証明戦略を設計（および監査）する。ユーザーが「このアイデアを定理に変えるのを手伝って」「直感があるが厳密にできるか」「これの証明を設計して」「これを証明するには何が必要か」「この主張を形式化して」「これは証明可能か、どうやって」と言う場合、または形式化された結果へ発展させたい非形式的な予想を提示した場合に使用。これは既存の単一スキルを順序付ける ROUTER であり、証明そのものは書かない。目標がユーザー自身のアイデアの形式化ではなく既存研究の理解である場合は flow-learn-new-topic または flow-deep-understanding を使用。出発点が新規のアイデアではなく既存論文の弱点である場合は gap-finder を使用。
Flutter プロジェクトの Data レイヤーパターン — DataSource インターフェースと実装、Repository、DTO とドメインモデルのマッピング、freezed モデルの `fromJson`、そして `rxdart` の `BehaviorSubject` で作るリアクティブなリポジトリ。「DataSource の作成」「Repository の実装」「リポジトリ」「ローカル/リモートデータソース」「BehaviorSubject」「ストリームリポジトリ」「DTO マッピング」「fromJson」といった表現でトリガーされます。
Flutter プロジェクトで get_it ベースの依存性注入を設定する方法。`diSetup()` 関数の記述、DataSource/Repository/UseCase/ViewModel の登録順序、シングルトンとファクトリの選択、Root ウィジェットで `getIt<T>()` を呼び出すパターンを扱います。「DI 設定」「get_it」「registerSingleton」「registerFactory」「依存性注入」「ViewModel の登録」「diSetup」「getIt インスタンス」といった表現が出たら、必ずこのスキルを使用してください。
Flutter プロジェクトの型安全なエラーハンドリングパターン — `Error` マーカーインターフェース、freezed ベースの `Result<D, E>` sealed クラス、機能ごとのエラー enum、`switch` パターンマッチで成功/失敗を処理する方法。「Result ラッパー」「エラーハンドリング」「ResultSuccess」「ResultError」「NetworkError」「型安全なエラー」「freezed sealed」「exception の代わりに Result」といった表現でトリガーされます。
showcase/flutter_test_app と intentcall の Web ターゲット（Chrome、Web コード生成、WebMCP ブートストラップ、web-showcase、webmcp verify、Chrome DevTools MCP）を保守します。web/index.html、agent_manifest.json、intentcall_webmcp.generated.js の編集、Web プラットフォームの同期、Chrome dogfood、WebMCP modelContext、または Agent WebMCP list/execute の場合に使用します。
Flutter プロジェクトの Presentation レイヤーパターン — `ChangeNotifier` ベースの ViewModel、freezed の `State` と sealed `Action`、Root/Screen ウィジェットの分離、`ListenableBuilder` による監視、単発イベントを `StreamController` で伝える方法。「ViewModel の作成」「State/Action」「MVI」「ChangeNotifier」「Root と Screen の分離」「onAction」「notifyListeners」「ListenableBuilder」といった表現でトリガーされます。
Flutter ウィジェット UI の作成パターン — StatelessWidget の優先、`const` 最適化、`ListenableBuilder` で ViewModel を監視、`ListView.builder`/`IndexedStack`、共通コンポーネントの再利用、アクセシビリティ（Semantics）、ダイアログとスナックバーの処理。「ウィジェットの作成」「UI の作成」「StatelessWidget」「ListView」「ListenableBuilder」「Scaffold」「スナックバー」「ダイアログ」「デザイントークン」「共通コンポーネント」といった表現でトリガーされます。
フロントエンドのアーキテクチャ境界に使用する。コードのオーナーシップ、ディレクトリの役割、ファイルの配置、import の方向、UI/コンポーネントの抽出、API/データ契約、fetching/query、URL 状態、mappers/schemas/DTOs、hooks/stores、アーキテクチャ文書、ツールによる強制。ユーザーの依頼がなくても、エージェントが lint、CI、import 境界チェックなどの自動化におけるアーキテクチャ強制の変更を始める前にも使用し、ビジネスルールや外部データが下位層のコードに漏れる可能性がある小さな UI 変更にも使用する。
Luma イベントからのエンドツーエンドのリード開拓。トピックと地域で Luma のイベントを検索し、すべての参加者／主催者を抽出し、資格判定プロンプトで適格性を評価し、結果を Google Sheet に出力し、上位リードを含む Slack アラートを送信する。イベントから適格なリードを見つけたい、イベント参加者を開拓したい、イベントベースのリード獲得ワークフローを実行したい場合は常にこのスキルを使用。また「イベントにいる人を見つけて適格性を評価する」または「X イベントに参加していて当社の ICP に合致するのは誰か」でもトリガーされる。
直近の Conventional でないコミット件名を書き直す、既存のコミットメッセージを修正する、コミット履歴を整理するようユーザーが求めたときに使用します。「rewrite commit history」「fix these commit messages」「커밋 메시지 다시 써줘」「/git-commit-rewrite」「$git-commit-rewrite」などのフレーズ、またはユーザーが Conventional でない `git log` を見せて助けを求めたときにトリガーします。新規コミットには `git-commit`、コミット + プッシュには `git-commit-push` を使用します。
現在のブランチを dev ブランチ（`dev`、なければ `develop`）にマージし、ソースが保護されていない限りマージ済みのソースブランチを削除するようユーザーが求めたときに使用します。「merge to dev」「dev에 머지」「develop에 합쳐줘」「merge this into dev and delete it」「/git-merge-to-dev」「$git-merge-to-dev」などのフレーズでトリガーします。`main` には `git-merge-to-main`、マージ済みブランチの一括整理には `git-branch-cleanup` を使用します。
現在のブランチを `main` にマージし、ソースが保護されていない限りマージ済みのソースブランチを削除するようユーザーが求めたときに使用します。「merge to main」「main에 머지」「main 브랜치에 합쳐줘」「merge this branch into main and delete it」「/git-merge-to-main」「$git-merge-to-main」などのフレーズでトリガーします。強制削除や、未コミットの変更がある作業ツリーでの操作は拒否します。`dev` には `git-merge-to-dev`、マージ済みブランチの一括整理には `git-branch-cleanup` を使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。