Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,725 件掲載。コマンド 1 行でインストールできます。
開発
任意で使うコード納品の規律：この実行に commit + PR/MR が必要かどうかを判断し、git-commit でコミットとプッシュを行い、PR/MR を作成または更新します。検証後（ホストが求める場合は OpenSpec archive の後）かつ feature-branch-closeout の前に使用します。保護ブランチのマージ（merge-discipline）やリリース→main の出荷（git-release-finish）には使用しません。トリガー——「提交并开PR」「提交并开MR」「代码交付」「开PR」「开MR」「delivery-discipline」/ deliver code、commit and open PR、open merge request。
Phantom Connect SDK と DFlow のスポット取引で、Solana ウォレット接続アプリを構築する。ユーザーが Phantom ウォレットの接続、React、React Native、バニラ JS での Phantom の統合、メッセージやトランザクションの署名、トークンゲート付きページの構築、NFT のミント、暗号資産決済の受け付け、DFlow でのトークンのスワップ/ストリーミングを求めたときに使用。@phantom/react-sdk、@phantom/react-native-sdk、@phantom/browser-sdk、DFlow のスポット取引とマーケットデータのストリーミングをカバーする。Ethereum や EVM のウォレット統合、または DFlow 以外の DEX ルーティングには使用しない。
Clean Architecture と SOLID 原則を用いて本番品質の Django REST Framework API を作成する。レイヤードアーキテクチャ（views、use cases、services、models）、クエリ最適化（N+1 の防止）、ページネーション/フィルタリング、JWT 認証、権限、本番デプロイを扱う。新しい Django API の構築、ドメイン駆動設計の実装、クエリの最適化、認証の設定を行う際に使用する。Python 3.12+ と Django 5+ のパターンを適用する。
書き込みパスで Electric を Drizzle ORM または Prisma とともに使用する。Drizzle の tx.execute(sql) と Prisma の $queryRaw を使って ORM トランザクションから pg_current_xact_id() を取得すること、REPLICA IDENTITY FULL を保持するマイグレーションの実行、Electric shapes と互換性のあるスキーマ管理パターンを扱う。Drizzle または Prisma を Electric と併用して書き込むときに読み込む。
Epic 全体のチケットを無人で処理します。各チケットを計画・実装し、Epic ブランチに PR を作成して CI を成功させてからマージします。Epic ブランチをターゲットに同期し、組み上がった Epic を一度検証して、問題なくマージできる Epic PR を作成し、フォローアップを登録します。GitHub、Jira、GitLab、Markdown チェックリストなど、あらゆるトラッカーに対応します。関連する課題一式を渡され、自律的な処理を求められた場合に使用します（「この Epic を実行」「これらのチケットを処理」「マイルストーン全体を完了」）。単一チケットで実装とレビューを対立的に繰り返す必要がある場合は、代わりに `player-coach` を使用します。
GitHub の PR URL または現在のブランチを受け取り、それが何をどのような理由で行うかを平易な英語で説明し、PR のコメントとして投稿する。PR の説明を求められたとき、プルリクエストを要約するとき、PR を平易な英語で説明するとき、PR に要約コメントを追加するとき、PR の変更内容を理解したいときに使用する。ユーザーが「explain this PR」「summarize this pull request」「what does this PR do」「add a comment explaining the PR」と言ったとき、または GitHub の PR URL を共有してその内容を尋ねたときにトリガーする。
Flutter の単一パッケージプロジェクトにおけるレイヤー構造、ディレクトリ規約、依存の方向をまとめたスキルです。新機能をどこに置くか、新しい画面・リポジトリ・ユースケースをどのディレクトリに作るか、「폴더 구조를 어떻게 잡을까」「feature를 어디에 둘까」「core에 넣을까 말까」といった疑問が出たときは必ず使用してください。「프로젝트 구조」「디렉터리 구조」「레이어 분리」「clean architecture」「where does X live」「새 기능 추가」といった表現で発火します。
v14+ 向けの Foundry VTT モジュールの構築、拡張、デバッグ、保守を扱う。新しいモジュールの雛形作成、TypeDataModel を使ったカスタム Actor/Item 型の作成、ApplicationV2 シート、ダイアログ、独立ウィンドウの構築、フックや設定の登録、socket 通信の実装、PIXI.js による canvas の拡張、Scene Levels や Regions の操作、compendium パックの管理、ActiveEffect V2 変更の使用、fvtt-types による TypeScript のセットアップ、Vite/Rollup ビルドの設定、文字列のローカライズ、モジュールの v13 から v14 への移行に適用される。トリガー："Foundry module"、"FVTT"、"FoundryVTT"、"foundryvtt module"、"ApplicationV2"、"TypeDataModel"、"actor sheet"、"module.json"、"fvtt-types"、"libWrapper"、"socketlib"、"Scene Levels"、"Regions"、"ActiveEffect V2"、"messageMode"、"detached windows"、または Foundry VTT モジュール開発を含むあらゆるタスク。
フロントエンドのアーキテクチャ境界に使用する。コードのオーナーシップ、ディレクトリの役割、ファイルの配置、import の方向、UI/コンポーネントの抽出、API/データ契約、fetching/query、URL 状態、mappers/schemas/DTOs、hooks/stores、アーキテクチャ文書、ツールによる強制。ユーザーの依頼がなくても、エージェントが lint、CI、import 境界チェックなどの自動化におけるアーキテクチャ強制の変更を始める前にも使用し、ビジネスルールや外部データが下位層のコードに漏れる可能性がある小さな UI 変更にも使用する。
直近の 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 つのサーバーを複数のクライアントで再利用できます。