Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
サードパーティのツール、プラグイン、オブザーバビリティプラットフォーム、データストア、MCP サーバー、コネクター向けの新しい ADK 統合ドキュメントページ（docs/integrations/ 配下の Markdown ファイル）を作成する。詳細を収集し、適切なカテゴリのテンプレートを選び、adk-docs の規約に従ったページを起草する。トリガー：「integration-create」「create integration page」「new integration」「add an integration」「write an integration page」。
MaaFramework（MaaFW）アプリのデバッグと受け入れテスト（開発中、デバイス接続時）：ノード認識の失敗、クリック位置のずれ（認識成功 ≠ クリック反映）、ROI の調整、単一ノード検証、フローの停止、controller 接続、pipeline_override の反映確認、エンドツーエンドの受け入れテスト（pipeline / custom / interface の変更後、完了宣言・納品・PR 作成前の実機動作確認を含む）。設定 / 認識 / 動作 / フロー / 受け入れの 5 層でトリアージし、原因の特定結果と証拠を提示します。修正は maafw-pipeline / maafw-interface / maafw-custom に引き継ぎます。デバイス接続中の MaaFW アプリのデバッグや受け入れテストに使用します。認識失敗、クリック位置のずれ、ROI 調整、フロー停止、controller の障害、pipeline_override の確認、納品前の受け入れテストに対応します。
mariadb-operator リリースのリリースノートとアップグレードガイドを作成する。リリースに含まれる全 PR を本文に列挙したリリース PR が与えられると、各 PR を収集し、変更を関連性でグループ化し、過去のリリースと同じ形式で `docs/releases/RELEASE_<version>_HEADER.md.gotmpl` と `docs/releases/UPGRADE_<version>.md` を生成し、`release-<version>` を対象とする PR を作成する。リリース PR が提供されない場合は、新しいバージョンを確認し、最後のタグ以降の git 履歴から変更を推測する。ユーザーがリリースノート、アップグレード/更新ガイド、新しい mariadb-operator バージョンのドキュメントを求めるたびに使用する——「26.10.0 のリリースノートを作成して」「アップグレードガイドを書いて」「このリリースを文書化して」「リリース PR のドキュメントを準備して」——リリース PR に言及していなくてもよい。
.NET MAUI アプリ向けのパフォーマンス最適化ガイダンス。プロファイリング、コンパイル済みバインディング、レイアウト効率、画像最適化、リソースディクショナリ、起動時間、トリミング、NativeAOT 構成を扱う。用途：「performance optimization」「slow startup」「app performance」「compiled bindings」「layout optimization」「image optimization」「trimming」「NativeAOT」「profiling MAUI」「reduce app size」「startup time」。用途外：データバインディング構文（maui-data-binding を使用）、非推奨 API の移行（maui-current-apis を使用）、単体テストのセットアップ（maui-unit-testing を使用）。
Midnight Network 上で DApp を構築するための Midnight.js TypeScript SDK。すべてのプロバイダー設定、ウォレット SDK の統合（HDWallet、WalletFacade、ShieldedWallet、UnshieldedWallet、DustWallet）、コントラクトのデプロイ、回路呼び出し、プライベート状態の管理、DUST の生成、testkit の使用を扱います。プロバイダーの設定、Node.js またはブラウザー環境でのウォレット管理、TypeScript からの Compact コントラクトのデプロイや呼び出し、DUST／手数料フローの処理、台帳状態の読み取り、Midnight DApp のテスト作成時に使用します。
`orca` CLI で、Orca が管理する worktree、フォルダーコンテキスト、ターミナル、リポジトリ、自動化、アーティファクト、worktree のコメント、Orca 内蔵ブラウザーを操作します。ユーザーが「$orca-cli」、「use orca cli」、「Orca worktree」、「child worktree」、「cardStatus」、「spawn codex/claude in a worktree」、「read/wait/send Orca terminal」、「terminal send」、「handoff」/「handover」/「give this to another agent」、「another worktree」、「Orca browser」、「orca artifacts」と言った場合に使用します。Orca の状態が関係する場合は、素の git worktree、場当たり的な PTY、Computer Use より優先します。CLI、ファイルシステム、API では操作できない可視ウィンドウの GUI 操作が必要な場合に限り、Computer Use を使用します。
採用された OTEP 4430 移行計画に従い、OpenTelemetry Span Events（AddEvent、RecordException、および各言語の相当するもの）を Logs API に移行する。計装を span events からログベースのイベントに移行するとき、まだ AddEvent や RecordException を使用しているコードをレビューするとき、またはトレースの相関を保ちながらコードベースの移行を計画するときに使用する。
「このプロジェクトはどの Python 環境マネージャーを使っていて、それでパッケージをどうインストールするか」の唯一の情報源。検出表（pixi / uv / poetry / hatch / conda+mamba / pip+venv）、マネージャーごとの install / remove / upgrade コマンド、マネージャーが未導入のときのブートストラップ手順（既定の推奨：pixi）を担う。止まるのは「正しいマネージャーでインストールコマンドを発行し、そのパッケージがインポート可能になった」時点。トリガー条件（いずれか）：(1) **Python パッケージをインストール／追加／固定／アップグレード／削除しようとしている** — `pip install`、`pixi add`、`uv add`、`poetry add`、`conda install` など — どのような表現であっても；(2) `data-science-python-stack` の § "Missing dependency" で欠落したインポートが見つかり、次にインストールする段階；(3) ワークフロースキルの停止条件が依存関係の欠落で発火した（`build-ml-pipeline`、`evaluate-ml-pipeline`、`organize-ml-workspace`、`audit-ml-pipeline`）；(4) 新しい Python プロジェクトを始め、まだマネージャーが導入されていない（ユーザーが別途選ばない限り pixi でブートストラップ）；(5) `audit-ml-pipeline`（または他のエージェント専用の利用側）が **agent feature**（`ipython` + `pyright`）を必要としているが、まだプロジェクトのマニフェストに存在しない — § "Agent feature" を参照。スキップ条件：プロジェクトが Python 以外；install/add コマンドが Python 以外のツール向け（npm、brew、apt、cargo、gem）；依存関係がすでにインストール済みでインポート可能；作業が既存ソースコードの編集のみで新しい依存関係を伴わない。使用方法：**まず検出し、それからインストール**。インストールコマンドを発行する前に、プロジェクトルートで § "Detection" 表を実行する。マネージャーが検出されない場合は、ブートストラップの前にユーザーに尋ねる。プロジェクトが使うマネージャーとは別のマネージャーでインストールしない（例：pixi 管理のプロジェクトに `pip install` しない）— マニフェストが追跡できない環境状態の分岐を生む。**"Stop conditions" ブロックを読み、Pre-flight チェックリストを返信内に可視テキストとして出力する — どちらもコマンドを発行する前に必須。**
オープンソースのベストプラクティスに従い、Arduino/ESP32/RP2040 プロジェクト向けのプロフェッショナルな README.md を自動生成する。ユーザーが GitHub 向けにプロジェクトを文書化したい場合、README の作成支援が必要な場合、または "make my project shareable" と言った場合に使用する。awesome-readme 標準に従い、Overview、Hardware、Software、Setup、Usage、Troubleshooting、Contributing の各セクションを備える。
Rerun URDF API（rerun.urdf.UrdfTree）を操作して、URDF をロボット記録上の Transform3D レイヤーとして取り込む。ロボットモデルをログするとき、関節状態から順運動学を実行するとき、センサの外部パラメータ用に固定チェーンを構成するとき、またはトランスフォームツリーがデータだけでは接続しないときに読む。rerun-chunk-processing（stream/lens の仕組み）と rerun-data-model（エンティティパス、タイムライン、base と layer）の上に成り立つ。
安定版 Rust 言語のセマンティクスを、ツールチェーンと MSRV の明示的なチェックとともに実装・解説する——所有権、借用、ライフタイム、ムーブセマンティクス、トレイト、ジェネリクス、関連型、パターンマッチング、クロージャ、エラー伝播、Edition の違い。ユーザーが Rust の構文、コンパイラエラーの修正、所有権/借用の診断、バージョンに敏感な安定版コードを求める場合に、コアとなる Rust 言語スキルとして使用する。std API の選択（どのコレクション、どのスマートポインタ、どの文字列型）は rust-stdlib に、「X はどう書くか」というパターンの質問は rust-by-example に、専門領域はそれぞれの専用スキルに委ねる。
Senpi のトレーディング戦略が Hyperliquid 上のランタイムエンジン（@senpi-ai/runtime）とどのように連携するか：戦略は runtime.yaml から起動し、scan(inputs, ctx) をエクスポートする Python モジュールを指し示します。ランタイムはそれを監督し、各インターバルで呼び出したうえで、執行、リスク guard_rails、二段階の DSL トレーリングストップによる決済を担います。runtime.yaml、scan(inputs, ctx) 契約、external_scanner、ctx、DSL 決済エンジンを扱うときに使用します——未決済ポジションが DSL で保護されているか（有効なストップロスがあるか）の確認を含みます。ライフサイクル系スキルが参照する共有ランタイム契約です。戦略の構築、インストール、選定には使用しません（→ senpi-strategy-author / senpi-strategy-ops / senpi-strategy-discover）。
このスキルは、Compose HotSwan 下でどの Kotlin と Compose の変更がホットリロードされ、どれが完全なインクリメンタルリビルドへのフォールバックを引き起こすかを Claude に正確に教えるために使用する。根本原因は Android Runtime（ART）のクラススキーマの不変性であり、実行時に可変なのはメソッド本体のみのため、フィールド、シグネチャ、コンストラクター、インターフェース、インライン関数、新しいリソース id への変更はリビルドを強制する。サポートされる変更の一覧表、リビルドを強制する項目のリスト、ホットリロードセッションを高速パス内に保つ diff してからバッチするワークフロー、インライン関数と新しいリソース id の落とし穴を扱う。ユーザーが「why did this rebuild?」「why isn't this hot reloading?」と尋ねたとき、HotSwan を採用する前にその境界を知りたいとき、またはホットリロードセッションを完全リビルドに押し込む恐れのあるリファクタリングをレビューするときに発動する。
@visactor/vtable 向けの開発アシスタント。ユーザーが VTable/ListTable/PivotTable/PivotChart、columns/rows/indicators、cellType、style/theme、カスタムレンダリング(customRender)/カスタムレイアウト(customLayout/JSX)、イベント(table.on)、records/dataSource、インタラクション(選択/hover/編集/ソート/ドラッグ&ドロップ/スクロール)、または API の使い方やトラブルシューティングに言及したとき、ルーティングに従って references/knowledge と references/type を読み込み、実行可能な TypeScript の例とそのまま差し替えられる設定スニペットを出力し、必要に応じてパフォーマンスとリソース解放(table.release)の提案を行う。
ADK ランタイムの全体像を説明します：ノードとグラフの実行モデル、Context と Event の流れ、チェックポイントと再開、トレーシング、および公開 API サーフェスを規定するルール。ADK の内部について「X はどう動くのか」に答える、あるイベントや状態の由来を追跡する、新しい機能がどこに属すべきか判断する、BaseNode、Workflow、Runner、Agent、Event、Context への変更をレビューする、再開後にノードが再実行された理由や待機し続けた理由を突き止める、変更が公開 API を壊すかどうか判断する場合に使用します。既存の部品からエージェントを組み立てる（adk-agent-builder を使用）、1 つの失敗した実行やテストを診断する（adk-debug を使用）、フォーマットや命名規則（adk-style を使用）には使用しないでください。
Autodesk Platform Services (APS) と連携するカスタム MCP (Model Context Protocol) サーバーをスキャフォールドする。ユーザーが APS、Autodesk、Forma、または任意の Autodesk クラウド API 向けの MCP サーバーを構築、作成、生成、セットアップしたい場合にこのスキルを使用する。Node.js/TypeScript、.NET/C#、Python に対応。STDIO（ローカル）と Streamable HTTP（クラウド）のトランスポート、および各種 APS 認証パターン（2-legged OAuth、Secure Service Accounts、3-legged OAuth）を扱う。
bmad-loop オーケストレーター向けの対話型エスカレーション解決ワークフローです。bmad-loop の実行が CRITICAL エスカレーション（開発／レビューセッションだけでは安全に解決できない矛盾や不足）で一時停止した際、人間とともに凍結された仕様を明確化し、ストーリーを再実行できるようにします。/bmad-loop-resolve <story-key> で呼び出します。自動化された開発／レビューセッションとは異なり、このセッションは対話型です。人間が参加しているため、質問する SHOULD があります。
チェックアウト済みの Nango プロジェクトを使わず、NANGO_SERVER_URL と NANGO_SECRET_KEY を指定して Nango /functions の compile、dryrun、dryrun status、deployment API を利用し、Nango Functions を構築します。API または単一ファイルのペイロードを使って、Nango 同期処理をリモートで作成、更新、検証、テスト、デプロイする場合に使用します。リモート API はまだツールを受け付けません。ツールの構築には building-nango-functions-locally を使用してください。この内容は building-nango-functions と重複しますが、リモート API ワークフローの詳細を含みます。そのため、リモート、API、/functions/compile、/functions/dryruns、/functions/deployments、またはローカルプロジェクトを使わないワークフローが示されている場合は、building-nango-functions ではなくこちらを読み込んでください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。