Skills
エージェント向けにパッケージ化された専門スキルと手順を 100,928 件掲載。コマンド 1 行でインストールできます。
すべて
ジュニアソフトウェアエンジニアの可読性、保守性、安全な変更という観点から、エージェントが生成したコードを検証する。Codex がコードを変更する、コードや diff をレビューする、エージェントが作成した実装計画を評価するたびに使用し、コード変更後は、すべての発見事項が解決されるか合計 10 回のレビューループが完了するまでこのレビューをループで実行する。結果がシンプルで、直感的で、局所的に理解でき、デバッグしやすく、制御フローが明示的で、適切に抽象化されており、隠れたコンテキストなしに相応の能力を持つ新しいチームメンバーが説明できることを確保する。
mmontes11/knowledge-base の `books/` セクションに新しい本を追加します。本の形式に沿ったエントリー（エントリー README、各章の番号付きファイル、元の PDF）を作成し、各章を忠実に要約して出典を明記します。仕組みの理解に役立つ場合は mermaid 図を追加し、ルート README の Tracked books テーブルに登録します。ユーザーがナレッジベースへの本の追加、作成、インポートを希望する場合に使います。「この本をナレッジベースに追加」「<book> を KB 向けに要約」「<title> の books/ エントリーを作成」「<book> の第 N 章を読み進める」など、明示的に「ナレッジベース」と言っていない場合も対象です。
LangGraph アプリケーション向けにマルチエージェントの連携パターン（supervisor-subagent、router、orchestrator-worker、handoffs）を実装する。ユーザーが以下のことを望む場合に使用：(1) マルチエージェントシステムの実装、(2) 複数の専門エージェントの連携、(3) 連携パターンの選択、(4) supervisor-subagent ワークフローの構築、(5) router ベースのエージェント選択の実装、(6) 並列な orchestrator-worker パターンの作成、(7) エージェント handoffs の実装、(8) マルチエージェントシステムの状態 schema の設計、(9) マルチエージェント連携の問題のデバッグ。
ボアホールの地球物理・岩石物理データ向けに、LAS（Log ASCII Standard）検層ファイルを読み取り、書き込み、操作する。エージェントが次のことを行う必要がある場合に使用する：(1) LAS 1.2 または 2.0 ファイルの読み取り/解析、(2) 坑井ヘッダーやカーブデータの抽出、(3) LAS の DataFrame/CSV/Excel への変換、(4) 配列からの新しい LAS ファイルの作成、(5) 既存の LAS ファイルの変更、(6) 問題のあるまたは不正な形式の LAS ファイルの処理、(7) 複数の坑井ファイルの一括処理。
ユーザーがラストマイル配送の運用、都市物流、最終区間のフルフィルメントを最適化したい場合に使用します。ユーザーが "last mile"、"final mile"、"urban delivery"、"home delivery"、"same-day delivery"、"delivery density"、"delivery windows"、"doorstep delivery" に言及した場合にも使用します。一般的なルート最適化については route-optimization を参照。フリート管理については fleet-management を参照。
このスキルを使用して、`FragmentScenario`、`launchFragmentInContainer<F>()`、`launchFragment<F>()` を用いて `Fragment` を分離してテストする。`androidx.fragment:fragment-testing` + `androidx.fragment:fragment-testing-manifest` のアーティファクト分割、`EmptyFragmentActivity` ホスト（親は `android:Theme.WithActionBar` — AppCompat ではない）、`themeResId` のオーバーライド、ViewModelStore に支えられたホルダーを介した `recreate()` をまたぐ `FragmentFactory` の存続、`containerViewId = android.R.id.content` と `0` の違い（コンテナ内 vs ヘッドレス）、および `findNavController()` の制限を扱う。ユーザーが `You need to use a Theme.AppCompat theme (or descendant)`、`Fragment ... does not have a NavController set`、`Cannot set initial Lifecycle state to DESTROYED for FragmentScenario` を報告した場合、または "how do I test a fragment in isolation" / "headless fragment test" を尋ねた場合に使用する。
論文、ベンチマーク、コード、そして真正の見解の相違を比較することで、研究トピックの出典に基づく地図を構築する。ユーザーが単に論文を探すのではなく研究領域を理解したいときはいつでも使用する——「X の現状はどうか」「Y について何を読むべきか」「X はまだ SOTA か」「Z には良いベースラインがあるか」「この分野は W について何を信じているか」「この領域をサーベイしてほしい」「X の主要論文は何か」「この二つのアプローチを比較して」「この主張は実際に十分に裏付けられているか」といった表現を含む。ユーザーが手法の上に構築しようとしており、まず証拠基盤が堅牢かを検証すべき場合にも使用する。ユーザーが既に出典マップを持っていて、洗練された Related Work の文章を求める場合は、代わりに related-work-writer を使用する。このスキルの主な役割は、幻覚的なコンセンサス——実際の出典に基づかないのに自信を持って統合された立場——を防ぐことである。
ユーザーが geogrid スキャンを実行したい、既存のスキャンレポートを確認したい、ランキングの推移を経時的に追跡したい、Falcon Guard で GBP の変更を監視したい、またはレビューを分析したいときに使用します。ユーザーが "run a scan"、"check my rankings"、"Local Falcon"、"how am I ranking"、"ranking heatmap"、"scan this keyword" と言う場合にも使用します。これは実行ツールです。結果を解釈するには geogrid-analysis も読み込んでください。
クライアントプロジェクト向けの完全なビジネス提案書を生成する。クライアントの要件文書（docx/pdf/md）または口頭の説明を入力とし、技術アーキテクチャ、予算、タイムライン、リスク分析、チーム紹介を含む、専門的に整形された提案書を出力する。画像生成のために illustrate を、最終 PDF 納品のために any2pdf を自動的に呼び出す。ユーザーが「商务方案」「合作评估」「项目评估」「报价方案」「proposal」「需求评估」「给客户出方案」に言及したとき、または要件からクライアント向けのプロジェクト提案書を生成したいときにトリガー。
インピーダンス整合、DC ブロッキング、バイアスティー用のスパイラルインダクタ、インターデジタルキャパシタ、バラン、共振器、移相器。トリガー：ユーザーがスパイラルインダクタ、インターデジタルキャパシタ、バラン、共振器、移相器、その他の受動 RF 部品の設計または作成を求めた場合。コードを書く前に呼び出す — クラス名やプロパティのパターンは自明ではない。スキップ：フィルタ設計（matlab-design-pcb-filter を使用）、カプラ/スプリッタ設計（matlab-design-pcb-coupler を使用）、伝送線路設計（matlab-design-pcb-transmission-line を使用）、EM 解析（matlab-analyze-em を使用）、材料設定のみ（matlab-manage-pcb-material を使用）。
エンドツーエンドの MegaETH 開発プレイブック（2026 年 2 月）。MegaETH 固有の設定を伴う Foundry プロジェクトのセットアップ、ウォレット操作、トークンスワップ（Kyber Network）、即時レシートのための eth_sendRawTransactionSync（EIP-7966）、JSON-RPC バッチ処理、リアルタイム mini-block サブスクリプション、ストレージを考慮したコントラクトパターン（Solady RedBlackTreeLib、一時ストレージ）、MegaEVM の多次元ガスモデル、WebSocket キープアライブ、Ethereum からのブリッジ、超低遅延のための Privy ヘッドレス署名、mega-evme によるデバッグ、MegaETH 上の x402 Permit2 支払い（正規アドレスの x402ExactPermit2Proxy/x402UptoPermit2Proxy を介した標準フロー）、レガシーの Meridian x402 支払い、オンチェーン Web サイトホスティングのための Warren Protocol を扱う。MegaETH 上での構築、Foundry の使用、ウォレット管理、トランザクション送信、コントラクトのデプロイ、Privy 埋め込みウォレットの統合、スコープ付きオンチェーン権限のための ERC-7710 委譲フレームワーク、スマートアカウント作成と委譲管理のための MetaMask Smart Accounts Kit、x402 Permit2 支払いや Meridian/x402 有料 API やエージェントアクションの統合、Warren によるオンチェーンでの Web サイトホスティング、または MegaNames（.mega ネーミングサービス）の統合による名前登録、解決、サブドメイン、サブドメインマーケットプレイス（トークンゲート付きのサブドメイン売買）、テキストレコードに使用。
この skill は、Android プラットフォーム SDK に同梱されている非推奨の `android.test.*` テストクラスから AndroidX Test へコードベースを移行するために使用します。`InstrumentationTestRunner` → `AndroidJUnitRunner`；`InstrumentationTestCase`/`AndroidTestCase` → `@RunWith(AndroidJUnit4)` + `InstrumentationRegistry`/`ApplicationProvider`；`ActivityInstrumentationTestCase2` → `ActivityScenario`/`ActivityScenarioRule` + Espresso；`ServiceTestCase`/`ProviderTestCase2` → `ServiceTestRule`/`ProviderTestRule`；`MoreAsserts` → Truth/Hamcrest；`ViewAsserts`/`TouchUtils` → Espresso のマッチャー/アクション；`android.test.UiThreadTest`/`FlakyTest`/`suitebuilder.annotation.*` → `androidx.test.*`；`android.test.mock.*` → 実際のテストコンテキストまたは Mockito；JUnit3 の `extends TestCase` → JUnit4 の `@Test` を扱います。ユーザーが `android.test.*` の `@Deprecated` を見たとき、`ActivityInstrumentationTestCase2` / `InstrumentationTestCase` / `MoreAsserts` / `TouchUtils` の置き換え方法を尋ねたとき、または「古い Android テストが AndroidJUnitRunner で動作しない」場合に使用します。
ユーザーが Modal.com の関数を API として公開したり、Modal ジョブをスケジュールしたりする場合に使用するスキル。以下の場合に積極的に有効化：FastAPI エンドポイント、@modal.fastapi_endpoint、@modal.asgi_app、@modal.wsgi_app、webhook、WebSocket、カスタムドメイン、エンドポイントのタイムアウト、modal.Cron、modal.Period、スケジュール ETL、cron のタイムゾーン、deploy と run のスケジュール挙動、エンドポイントのデバッグ。提供：エンドポイントデコレータの選定ガイド、スケジューリングパターン、タイムゾーン/cron のルール、エンドポイントとスケジュールのデバッグ手順。
PostHog のデータウェアハウスビュー（HogQL）または外部の dbt プロジェクト上で、再利用可能なコンバージョンモデル（ファネル/ステップのコンバージョン率、離脱、コンバージョンまでの時間）を構築する。ユーザーがコンバージョン率、ファネル、ステップ完了、離脱、アクティベーションファネル、サインアップから有料化、または「A を行ったユーザーのうち何 % が（N 日以内に）B を行ったか」といった指標をモデル化、定義、計算したいときに使用する。ファネルモデル（順序付きステップ、コンバージョンウィンドウの時間枠、厳密な順序と任意順序）、個人単位とグループ単位の集計、全体のコンバージョンとステップ間のコンバージョン（異なる 2 つの数値）、内訳のアトリビューション、保存済みのファネルインサイトが倉庫ビューより優れる場合を扱う。PostHog では windowFunnel を用いて HogQL でファネルをモデル化し、dbt ではイベントストリームをステージングしてテスト付きの fct_conversion マートを計算する。ビューと dbt の仕組みについては先に modeling-warehouse-foundations を読む。query-funnel と組み合わせてインタラクティブな分析を行う。
[Hyper] Next.js プロジェクト、特に App Router や App Router 移行作業に取り組むときに使用。プロジェクト/フォルダ構成、Hypercore のローカルな `src/modules` / `src/services` / `src/db` 構成、Drizzle の境界、hooks、Server Component と Client Component の境界、Cache Components とデータの鮮度、Server Actions、Route Handlers、Proxy、プラットフォーム/環境の安全性について、現在の公式 Next.js アーキテクチャルールを強制する。
完全な Next.js キャッシュシステム（'use cache' ディレクティブ、Next.js 16）。以下の場合に積極的に有効化：(1) 4 つのキャッシュレイヤー（Request Memoization、Data Cache、Full Route Cache、Router Cache）の理解、(2) 'use cache' ディレクティブを使った Cache Components、(3) fetch() のキャッシュオプション、(4) cacheLife() と cacheTag() 関数、(5) 時間ベースの再検証、(6) revalidatePath/revalidateTag によるオンデマンド再検証、(7) generateStaticParams による静的生成、(8) キャッシュのデバッグ。提供：'use cache' パターン、Cache Components、キャッシュ戦略、再検証パターン、ISR セットアップ、キャッシュヘッダー。正しいキャッシュ無効化による最適なパフォーマンスを保証。
完全な Next.js 高度ルーティングシステム。以下の場合に積極的に有効化：(1) [slug] による動的ルート、(2) [...slug] によるキャッチオールルート、(3) 整理用のルートグループ、(4) @slot による並列ルート、(5) モーダル用のインターセプトルート、(6) _ プレフィックスによるプライベートフォルダ、(7) Route Handlers（API）、(8) 検索パラメータの処理、(9) プログラムによるナビゲーション。提供：動的ルーティングパターン、並列ルートスロット、モーダルインターセプト、API ハンドラー。適切な URL 構造による柔軟なルーティングを保証。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。