Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
Web プロダクトの表面に実質的な影響を与えるフロントエンド作業における UI/UX の品質ゲートとして使用する：ページやコンポーネント体系の設計／構築／再設計／レビュー／仕上げ／リファクタリング、スクリーンショットや UX の批評、GPT/Codex っぽい UI の救済、スタックや UI 基盤の選定、shadcn/Tailwind/テーブル/フォームのパターン、ローディング／空／エラー／モバイル／アクセシビリティの状態、DESIGN.md、FRONTEND_CONTRACT.md、PAGE_BRIEF.md などのフロントエンド統制ドキュメントやビジュアル QA 規範の導入。小さな UI に敏感な調整には Tiny change gate で軽く発動する。洗練されたインターフェースの構築を求められた場合はビジュアル実装系スキルと連携する。本スキルはプロダクト認知、UX 判断、ガードレール、検証を提供する。純粋なバックエンド／API／データ／モデルの変更、UI を伴わないテスト、機械的なリネーム、依存関係の雑務、レイアウト・インタラクション・コピー・視覚的挙動・アクセシビリティ・フロントエンド規則に影響しない編集は対象外。
CDP 経由で Iliyas の Windows PC 上の実 Chrome を操作する — 彼自身が使っているブラウザーと同じもので、彼のアカウント（Vercel、Google Cloud、Heroku など）にサインイン済み。彼のログインの背後にあるデータを取得したり、ページをライブで開いてデバッグしたり、フローを一緒に確認したり、リクエストを傍受したり、ブラウザーのプロキシ / 出口国を設定したりするのに使う。Iliyas が自身の実 / ホスト / Windows ブラウザーを求めたとき、またはヘッドレスブラウザーやコマンドラインでは対応できない場合（Cloudflare のチャレンジ、キャプチャ、彼のログインの背後にあるページ）に自分で使う — 行うことはすべて彼の画面に表示されるので、何を開いたかを伝えること。
WordPress の移行とアップグレードのレビュー。データベース移行、オプションのバージョン管理、アップグレードルーチン、データバックフィル、dbDelta の使用、リリース互換性、ロールバックリスクをレビューするとき、またはユーザーが「migration review」「upgrade routine」「dbDelta」「plugin upgrade」「data migration」「version bump」「backfill」「schema change」「backwards compatibility」に言及したときに使用する。WordPress コードにおける安全でない移行、欠落したバージョンガード、破壊的なデータ変更、アップグレードフローのリスクを検出する。
このスキルは、Android チームのテスト戦略——決定性、ハーメティックな実行、Given-When-Then / Arrange-Act-Assert 構造、命名規則、Hilt による依存関係の置き換え——を適用するために使用します。どのガイダンスが実際に `/training/testing/fundamentals/strategies`（定性的ピラミッド、ネットワークアクセス表）に、どのガイダンスが `/training/testing/instrumented-tests/stability`（決定性 / フレーク）に、どのガイダンスが `/training/dependency-injection/hilt-testing`（`@HiltAndroidTest`、`HiltAndroidRule`、`@TestInstallIn`、`@UninstallModules`、`@BindValue`、ルールの順序）にあるかを明示します。ユーザーが "how should I structure tests"、"Given When Then or Arrange Act Assert"、"how do I name test methods"、"Hilt rule order"、"@HiltAndroidTest"、"@BindValue"、"how to swap a binding for tests"、"tests pass locally fail on CI"、"make tests deterministic" と尋ねたときに使用します。
このスキルは、`assertExists`、`assertDoesNotExist`、`assertIsDisplayed`、`assertIsNotDisplayed`、`assertIsDeactivated`、`assertIsEnabled`、`assertIsOn`、`assertIsOff`、`assertIsSelected`、`assertIsFocused`、`assertTextEquals`、`assertTextContains`、`assertContentDescriptionEquals`、`assertValueEquals`、`assertRangeInfoEquals`、`assertHasClickAction`、および汎用の `assert(matcher)` エスケープハッチと `waitUntil` 述語用のブール値 `isDisplayed()` / `isNotDisplayed()` を使って、UI テストから Compose セマンティクスノードのプロパティを検証するために使用します。コレクション用の `assertCountEquals`、`assertAny`、`assertAll` もカバーします。Switch がオンか、Button が有効か、Text が期待どおりの文字列を表示しているか、ノードが表示されているのか単にコンポーズされただけなのかを検証したい場合、または `assertIsDisplayed` と `assertExists` の違いについて尋ねる場合に使用します。開発者が `SemanticsNodeInteraction` 上の `assert*` API に言及した場合は、このスキルを使用してください。
本 skill を使用して、すべての Jetpack Compose `@Preview` を実際の Android デバイスまたはエミュレーター上でスクリーンショットとしてレンダリングし、CI から閲覧可能な HTML カタログを公開する。Compose HotSwan Gradle コンパイラプラグイン（`com.github.skydoves.compose.hotswan.compiler`）と `debugImplementation("com.github.skydoves.compose.hotswan:preview")`、`captureAllPreviews` タスク、`HotSwanPreviewActivity` + `screencap` による ADB 経由での単一プレビューのキャプチャ、`hotSwanCompiler { preview { renderDelayMs; demoMode; sdkModeEnabled } }` DSL、プレビューごとの `@PreviewScreenshot(renderDelay = …)`、GitHub Actions（`reactivecircus/android-emulator-runner` または Gradle Managed Devices）のエミュレーター上での実行とカタログの GitHub Pages へのデプロイ、およびデバイスレンダリングとホスト JVM ツール（Paparazzi、Roborazzi）との違いを扱う。ユーザーが「captureAllPreviews」「HotSwan」「preview screenshots in CI」「screenshot catalog」「preview catalog on GitHub Pages」「Paparazzi vs Roborazzi vs device screenshots」に言及した場合に使用する。
このスキルを使用して、Google の 5 カテゴリの状態に関する語彙と `/training/testing/fundamentals/what-to-test` からの明示的な「テストすべきでないもの」リストを用いて、Android テストスイートでどの動作をカバーするかを選ぶ。画面上の状態、メモリ内に保持される状態（ViewModel）、永続化された状態（DB / DataStore / ファイル）、その他の状態（システムバー / システムサービス）、エラー / エッジケースを扱う。Google が逐語的に示す「避けるべきテスト」リスト（activity / fragment / service などのフレームワークのエントリポイントにビジネスロジックを持たせるべきではない）と、エッジケースを洗い出すチェックリストを含む。ユーザーが "what should I write tests for"、"should I unit-test this Activity"、"do I need a test for this util class"、"what edge cases am I missing"、"should I test the ViewModel or the Composable" を尋ねた場合に使用する。
コードのレビュー、品質の監査、実装の検証を伴うタスクでは積極的にロードしてください。ユーザーが "review this code"、"check this PR"、"audit the codebase"、"score this implementation" と言った場合に使用します。10 次元の重み付き採点ルーブリック（正確性、セキュリティ、パフォーマンス、アーキテクチャ、テスト、エラー処理、型安全性、保守性、アクセシビリティ、ドキュメント）、アンチパターンの自動パターン検出、実行可能な指摘を含む構造化されたレビュー出力を扱います。
ASP.NET Core WebApi 統合テストの完全ガイド。WebApi エンドポイントの統合テストや ProblemDetails エラー形式の検証が必要なときに使用します。WebApplicationFactory、IExceptionHandler、Testcontainers によるマルチコンテナオーケストレーション、Flurl による URL 構築、AwesomeAssertions による HTTP 検証を扱います。キーワード: webapi integration testing、WebApplicationFactory、asp.net core integration test、WebApi 統合テスト、IExceptionHandler、ProblemDetails、ValidationProblemDetails、AwesomeAssertions、Flurl、Respawn、Be201Created、Be400BadRequest、マルチコンテナテスト、Collection Fixture、グローバル例外処理
このスキルは、`adb pull` と `adb push` でホストとデバイス間のファイルを移動するために使用します。最新の `-z`（圧縮）、`-Z`（非圧縮）、`--sync`、`-a`（属性保持）フラグも含みます。パス権限のルール——`/data/local/tmp/` は自由に書き込み可能、`/sdcard/`（別名 `/storage/emulated/0/`）は API 30+ でスコープ付きストレージのルールのもと shell から書き込み可能、`/data/data/<pkg>/` はデバッグ可能ビルドで `run-as <pkg>` が必要、`/sdcard/Android/data/<pkg>/files/` はアプリパッケージ所有だが pull 可能——を扱います。テキスト取得用の `adb shell run-as <pkg> cat <path>`、バイナリをそのままディレクトリごと取得する `adb exec-out run-as <pkg> tar cf - <path> | tar xf -`、Gradle 出力ディレクトリ `connected_android_test_additional_output/`、最新の成果物収集 API 用の `androidx.test:services` の `useTestStorageService` フラグを含みます。ユーザーが "adb pull permission denied data data"、"run-as"、"scoped storage shell"、"tar through adb"、"test storage service"、"exec-out vs shell for binary" に言及した場合は、このスキルを使用してください。
Dart または Flutter パッケージを、analyze、format、test、coverage の 4 つのゲートにわたる検証—修正—再実行ループを通して完全にグリーンにする。ゲート設定を担うため、計画のみの質問もここに含まれる：各ゲートを実行するツールと引数、その順序、カバレッジの目標、カバレッジの分母から除外されるもの。「green gate」「make it green」「get CI green」、すべての analyze と test の失敗の修正、PR 前のパッケージの整理、カバレッジを 100 に引き上げ、すべてが通るまでループ、パッケージがグリーンであることの確認にも使用する。ユーザーがゲートを弱めたりスキップしたい場合にも使用する：カバレッジ閾値の引き下げ、未テストまたは生成されたコードへの coverage ignore コメント、以前に通ったため analyze と format をスキップ、94% のパッケージを完了とする、同じ失敗が繰り返される中の再試行。単一ゲートの testing や analysis スキルよりも優先する。
iOS、Android、Flutter、React Native にわたってモバイルアプリを構築、テスト、署名、出荷する — プロジェクトのスキャフォールディング、ビルドとコード署名、実機およびエミュレータでのテスト、ストア提出（App Store と Play Store）、アプリのライフサイクルとバックグラウンド実行、オフラインと同期、モバイル固有のテスト。iOS または Android 向けのモバイルアプリの作成、構築、テスト、出荷を伴うタスク、またはバックグラウンド実行、プッシュ通知、オフラインストレージ、データ同期といったモバイルの挙動を検討するときに使用する。Web フロントエンドの作業（frontend-engineering）、バックエンドサービスと API（backend-engineering）、iOS と Android の範囲外のデスクトップおよび Web プラットフォームのターゲットには使用しない。
本スキルは、Mockito（Android で支配的なモッキングフレームワークであり、androidx 自身も専ら使用している）を JVM ユニットテストスイートに組み込むためのもの。`org.mockito:mockito-core:5.x` と `org.mockito.kotlin:mockito-kotlin:5.x` の Kotlin DSL —— `mock<T>()`、`whenever`、`argumentCaptor<T>()`、`any()` / `anyOrNull()` / `eq()`、`MockitoJUnit.rule()` と `MockitoAnnotations.openMocks(this)` のライフサイクルの違い、Kotlin の final クラス向け inline mock-maker（`mock-maker-inline` プラグインファイル）、instrumented での final クラスモック向けの `@SdkSuppress(minSdkVersion = 28)`、`runBlocking` による suspend スタブの逃げ道をカバーする。ユーザーが `whenever`、`Cannot mock final class`、`InvalidUseOfMatchersException`、`@Mock null`、`MockitoJUnitRunner`、`argumentCaptor`、`mock-maker-inline` に言及したとき、または mockito-kotlin でのモック方法を尋ねたときに使用する。
(NS) タスク生成の前に requirements.md の内部整合性とプロジェクトルールへの準拠を検証します。ユーザーが要件の分析や検証を求めたとき、スコープ確認の後、または requirements を手動で編集した後に使用します——Gate 2 とタスク生成の間でも自動的に実行されます。Consistency ステータス（Approved|Reproved）を requirements.md に追記し、Reproved の場合はユーザーに通知して停止します。タスクや consistency-report.md は生成しないでください。
このスキルは、Android のテストソースセット——`src/test/`、`src/androidTest/`、コミュニティの慣例である `src/sharedTest/`、そして AGP 7.2 が従来の `sourceSets` の接続を壊した後に Compose 自身が採用した最新の KMP スタイルの `androidHostTest` / `androidDeviceTest` 分割——を整理するために使用します。Google の `/training/testing/local-tests` と `/training/testing/instrumented-tests` のページに沿った `testImplementation` / `androidTestImplementation` / `debugImplementation` の構成マトリクスを含みます。ユーザーが "where do I put my tests"、"test or androidTest"、"sharedTest setup"、"AGP 7.2 broke my sourceSets"、"androidHostTest vs androidDeviceTest"、"testImplementation vs androidTestImplementation vs debugImplementation"、"why is my Robolectric test in androidTest" と尋ねたときに使用します。
ソフトウェアサプライチェーン攻撃をシミュレートして検出します。人気の PyPI パッケージ名に対する Levenshtein 距離によるタイポスクワッティング検出、プライベートレジストリに対する依存関係混同テスト、SHA-256 パッケージハッシュ検証、pip-audit による既知 CVE スキャン。プロジェクトの依存関係に悪意のあるパッケージや混同されたパッケージがないか監査するとき、またはパッケージレジストリのサプライチェーンリスクを評価するときに使用します。
このスキルは、Android テストに適したテストダブル——fake、mock、stub、spy、dummy、Robolectric shadow——を選ぶために使用します。Google の原文どおりの優先順位（"fakes ... are preferred"、"Fakes are preferred over stubs for simplicity"、"Fakes or mocks are therefore preferred over spies"）を反映し、Android の例（インメモリの `FakeUserRepository`、`mockk<UserRepository>()`、`ShadowSystemClock`）と、意図を正しいダブルに対応付ける判断マトリクスを示します。ユーザーが "fake or mock"、"should I use Mockito here"、"how do I replace this dependency in tests"、"what's the difference between a stub and a mock"、"spy vs mock" と尋ねたとき、または `mockk`、`every { } returns`、`verify { }`、`org.mockito`、`argumentCaptor`、`Robolectric` shadow、`ShadowSystemClock`、`FakeRepository` に言及したときに使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。