Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
このスキルを使うと、合格/不合格の敵対的レビューで Swift 言語のコードをゲートできる。単一のブラインドレビュアー subagent が diff またはファイル群を 36 の判定可能なルールに照らして評価する。ルールは並行処理（resume されない continuation、キャンセルチェック、async let、TaskGroup、@concurrent）、プロパティ不変条件（stored-derived state、private(set)、init でスキップされるオブザーバ、discard self）、エラー処理（underlying error の保持、rethrows、Result.get()、#file/#line の取得）、enum の進化（@unknown default、CaseIterable、合成された Comparable、case のない名前空間）、API サーフェス（メンバーワイズ初期化子、OptionSet、不透明戻り値、unavailable スタブ、Never、@autoclosure）、コレクション（reduce(into:)、mapValues、count(where:)、辞書のデフォルト subscript）、制御フローと文字列（分岐で代入される let、raw 文字列、検証済みバイト）を対象とする。サーバーサイドや CLI を含むあらゆる Swift ターゲットで動作し、判定のみで修正は行わない。SwiftUI には adversarial-swift-ui を使う。
iOS App Store の申請と審査通過を支援する専門システム。9 つの専門エージェントが、コンプライアンス、デザイン、プライバシー、収益化、メタデータ、技術要件、申請時期、却下からの回復、学習について、上級 App Review Team レベルの専門知識を提供します。app store、iOS submission、apple review、app rejection、aso、privacy manifest、privacy labels、ATT、iap、in-app purchase、subscription、storekit、review guidelines、HIG、testflight、app store connect などのキーワードで起動します。
テスト失敗、ゴールデンイメージ生成、QA 再現、デモ動画のために、デバイスから視覚的成果物をキャプチャする skill。`adb shell screencap -p`（PNG スクリーンショット）、`adb exec-out screencap -p > out.png`（Windows での CRLF 変換を避けるバイナリクリーンなストリーム）、`--size`、`--bit-rate`、`--time-limit`、`--rotate`、`--bugreport`、`--verbose` フラグ付きの `adb shell screenrecord`、3 分のハード上限、API 30+ における `/sdcard/` のスコープ付きストレージ規則、失敗時に screencap と `logcat -d` を取得する JUnit4 TestWatcher の capture-on-failure パターンを扱う。ユーザーが「screenshot device」「screencap PNG」「raw RGBA dump」「screenrecord 3 minute limit」「scrcpy / Vysor streaming」「exec-out vs shell」「bugreport overlay timestamp」に言及した場合は、この skill を使用する。
OpenHarmony ソフトバスコードのセキュリティレビュー専門スキル - C/C++ コードのセキュアコーディング規約とログ規約を全面的にチェックする。ポインタ安全性、メモリ管理、ロック管理、機密情報保護などの重要領域を含む 40 件以上のセキュリティルールをカバー。ファイル間の呼び出し分析と制御フロー分析を提供し、詳細なコードレビューレポートを生成する。ユーザー入力に「软总线安全卫士」が含まれる場合にのみ起動する。重要：このスキルは読み取り専用のレビューツールであり、ソースファイルを変更しない。
ゲーム固有のコードレビュー、アーキテクチャチェック、ゲームコードの技術分析をユーザーが求めたときに起動します。フレーム非依存性、ホットパスのパフォーマンス、ステートマシンの整合性、リソースのライフサイクルを網羅します。トリガー：「code review」「review my code」「check architecture」「game code quality」。設計ドキュメントのレビュー（game-design-review を使用）や一般的なスプリント計画（game-sprint-plan を使用）には起動しないでください。AlterLab GameForge コレクションの一部です。
テスト戦略、バグ追跡、プレイテスト手法、リグレッションテスト、リリース認定、QA 自動化、バグトリアージについてユーザーが尋ねたときに起動します。トリガー：「testing」「bug」「QA」「regression」「certification」「playtest methodology」「test plan」「release gate」。ユーザビリティテスト（game-ux-designer を使用）やバランス検証（game-balance-check を使用）には起動しないでください。AlterLab GameForge コレクションの一部です。
Go で OpenAPI を用いた仕様優先の REST 開発：oapi-codegen によるサーバーインターフェースとクライアントの生成、リクエスト検証ミドルウェア、RFC 9457 のエラーボディ、コントラクトテスト、破壊的 API 変更の検出。API が OpenAPI ドキュメントを持つ、または持つべき場合、コード生成をビルドに組み込む場合、手書きの handler が公開したコントラクトから乖離している場合に使用する。トリガー例：「OpenAPI」「swagger spec」「oapi-codegen」「仕様からクライアントを生成」「schema に対してリクエストを検証」「破壊的 API 変更」。対象外：handler の構造とシャットダウン（go-api-design）、gRPC と protobuf（go-grpc）、GraphQL の schema と resolver（go-graphql）。
JavaScript または TypeScript を使って k6 の負荷テストスクリプトを作成、修正、構成する方法を開発者とテスターに示す。ユーザーが k6、Grafana k6、JavaScript による負荷テスト、仮想ユーザー、VU、シナリオ、エグゼキュータ、しきい値、チェック、SharedArray、ランプアップ段階、到着率、オープン/クローズドワークロードモデルに言及したとき、または k6 を使って API、WebSocket、gRPC サービスをベンチマークしたいときに使用する——ユーザーが「k6」や「負荷テスト」と明示していなくても。
`sglang` 向けの統一 LLM torch-profiler トリアージスキル。SGLang Omni ワークロードの既存トレースに加え、`vllm`、`TensorRT-LLM`、`TokenSpeed` を対象とする。既存の `trace.json(.gz)` や profile ディレクトリを検査したり、対応している場合は稼働中のサーバーに対してライブプロファイリングを実行し、kernel、オーバーラップ機会、フューズパターンの 3 つの表を含む 1 つのレポートを返すために使用する。
プロジェクト向けに文書化された QA プロセスを構築して運用する：tests/docs/ をテストケース文書、実行トラッキングとバグトラッキングの CSV、ベースライン／週次メトリクステンプレート、P0-P4 のバグ深刻度、OWASP Top 10 のセキュリティテストカバレッジ、自律的な LLM 駆動のテスト実行や第三者 QA 引き継ぎ用のマスタープロンプトで初期化する。「QA プロセス立ち上げ」「テストケース文書化」「QA 引き継ぎ資料」「バグ管理表」を求められたとき、構造化された QA をゼロから始めるとき、または QA チームが引き継ぎ資料を必要とするときに使用。次には使用しないこと：通常の pytest 単体テストの作成やカバレッジ方針の決定（それは rules/testing.md にあり、目標 75%）。
小規模なチームでコード変更をレビューする——2 名のシニアエンジニアが独立してレビューし、それぞれの指摘について議論し、その後チームリードが統合されたリストを報告する。ローカルモードでは現在のブランチをベースブランチと比較する。PR モード（PR の URL または番号が指定されると自動で有効になる）では、指摘を PR レビューコメントとして投稿することを提案する。PR モードは厳密に読み取り専用であり——作業ツリー内のファイルは決して変更されず、開発者からのあらゆる指示はコメント計画の更新として解釈される。エージェントは現在の作業ディレクトリでブランチをチェックアウトすることはない。別の ref にあるファイルが必要な場合は一時的な worktree を作成し、レポートを提示する前に削除する。ローカルモードでは開発者が修正する指摘を選べ、同じ 2 名のエンジニアが自動モードでそれを実装する。エンジニアはレビュー前にプロジェクトの AI ドキュメント（まずアーキテクチャ）を読み、再利用違反と、使われていない既存の実践がないかを明示的に確認する。
OpenZeppelin Contracts for Sui を統合した Sui Move コードを、ライブラリ自身のパターンと規約に照らしてレビューする。開発者がリリース前に自身の統合をチェックしたいときに使用。トリガー：\"review my Sui Move code\"、\"am I using OpenZeppelin correctly\"、\"check this integration\"、\"is this idiomatic\"、\"review before audit\"。OZ プリミティブの正しい使用、例／ドキュメントコメントからの逸脱、維持される不変条件、テストカバレッジ、コード品質／スタイルをチェックする。これは AI コードレビューであり、正式なセキュリティ監査ではない。
コードとして制作された完成済み（または修正済み）のハイファイ UI デザインをレビュー/判定する際に使用する——受け入れゲート：レンダリングされたハイファイは健全なビルドの種か？レビュアーはコード自体を再レンダリングし（ヘッドレスブラウザ）、最新のスクリーンショットを視覚的にレビューする——提出された画像は一切信用しない。単一の基準で判定する：ワイヤーフレームに対する完全なカバレッジ、ハイファイかつ種として過剰構築でないこと、視覚的な実行 + 客観的な磨き込み + 明示された美的ヒューリスティクス（主観的な好みは決してギャップとしない）、トークンに裏打ちされている/デザインシステムのドリフトがない、実コンテンツ（lorem なし）、レンダリングされた状態、レスポンシブなリフロー、レンダリングに対する数値的な WCAG 2.2 AA（axe-core + 視覚、無効化されたルールなし）、表面化されたギャップ、修正は範囲を定めたバージョン付き差分として。`VERDICT: approve|revise` + 実行可能な指摘を出力する。基準を満たす種は承認し（薄い画面での誤った revise はしない）、明示されたレンダリング済みのギャップがある場合にのみ revise する。視覚対応のランタイムが必要。ハイファイの作成、構造（ワイヤーフレーム）、トークンシステム（design-system）、最終コードには使用しない。
このスキルは、kotlinx-coroutines-test を使って JVM 上で suspend 関数やコルーチンを使うクラスをテストするために使用する。runTest、TestScope、StandardTestDispatcher と UnconfinedTestDispatcher の比較、TestCoroutineScheduler による仮想時間（advanceTimeBy、advanceUntilIdle、runCurrent）、Dispatchers.setMain/resetMain 用の標準的な MainDispatcherRule ラッパー、KMP における TestResult Promise 契約、runBlockingTest -> runTest への移行を扱う。ユーザーが runTest、runBlockingTest deprecated、advanceUntilIdle、advanceTimeBy、TestScope、StandardTestDispatcher、UnconfinedTestDispatcher、MainDispatcherRule、「Module with the Main dispatcher is missing」、「test hangs forever」、dispatchTimeoutMs、viewModelScope test、またはコルーチンから状態を post する ViewModel に言及した場合は、このスキルを使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。