Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
究極の AI 駆動型サイバーセキュリティコードレビュー skill。8 つの次元にわたる包括的なセキュリティ監査を実行する：脆弱性検出（OWASP Top 10:2021、CWE Top 25:2024）、シークレットスキャン、依存関係／サプライチェーン分析、IaC セキュリティ、脅威インテリジェンス（マルウェア／バックドア／C2 検出、MITRE ATT&CK マッピング）、認可検証、AI 生成コード監査、コンプライアンスマッピング。8 つの並列スペシャリストエージェントを起動し、重み付きスコアリング（0-100）を行う。フレームワークを考慮した誤検知抑制。STRIDE 脅威モデリング。GitHub Advanced Security を補完する。ユーザーが "security audit"、"security review"、"cybersecurity"、"check for vulnerabilities"、"OWASP check"、"secure this code"、"find security issues"、"pentest review"、"threat model"、"security scan"、"check security"、"vulnerability scan"、"code security"、"appsec review"、"supply chain check"、"secret scan"、"hardcoded credentials" と言ったときに使用。
アプリ、パッケージ、プラグインの Flutter テストを作成、修正、レビュー、デバッグ、検証します。ユニットテスト、ウィジェットテスト、統合テスト、MethodChannel やプラグインのモック、Mockito や mocktail のテストダブル、golden やアクセシビリティのチェック、CI テストコマンドの追加、テスト失敗、MissingPluginException、pump や pumpAndSettle の問題、finder エラー、build_runner によるモック生成、デバイスや Web の統合テスト、不安定な Flutter テストに使用します。
AI 支援開発のための Google Gemini CLI オーケストレーション。機能：セカンドオピニオン/クロスバリデーション、リアルタイム Web 検索（Google Search）、コードベースのアーキテクチャ分析、並列コード生成、異なる視点からのコードレビュー。アクション：Gemini によるクエリ、検索、分析、生成、レビュー。キーワード：Gemini CLI、セカンドオピニオン、クロスバリデーション、Google Search、Web リサーチ、最新情報、並列 AI、コードレビュー、アーキテクチャ分析、gemini prompt、AI 比較、リアルタイム検索、代替視点、コード生成。使用場面：2 つ目の AI の意見が必要、最新の Web 情報を検索したい、コードベースのアーキテクチャを分析したい、並列でコードを生成したい、代替のコードレビューを得たい、最新の出来事/ドキュメントを調査したい。
Lenses MCP サーバーを使って Kafka スキーマの変更（Avro、Protobuf、JSON Schema）を互換性と進化のベストプラクティスの観点からレビューする。破壊的変更、デフォルト値の欠落、スキーマドリフト、命名の問題を検出する。ユーザーが「review schema changes」「check schema compatibility」「will this schema break consumers」と言った場合、またはスキーマの進化について質問した場合に使用する。新しいスキーマをゼロから作成したり、クラスタに登録したりする用途には使用しない。
本スキルを使用すると、`ActivityScenario` と JUnit4 ラッパー `ActivityScenarioRule` を使って instrumentation テストから Activity を起動、操作、破棄できる。`ActivityScenario.launch<A>()`、`launch(intent)`、`launchActivityForResult`、`moveToState(Lifecycle.State.*)`、`recreate()`、`onActivity { }`、`Closeable` / `use { }` のイディオム、manifest 宣言の落とし穴を扱う。`androidx.test.ext.junit.rules.ActivityScenarioRule` が唯一の正規 FQN であり、`androidx.test.rule.ActivityScenarioRule` は存在しないこと、このパッケージには非推奨の `ActivityTestRule` しか含まれないことを明確にする。ユーザーが `ActivityNotFoundException`、`ActivityTestRule deprecated` を報告したり、"how do I rotate the activity in a test"、"how do I read setResult from a test"、"how do I survive recreate"、"Cannot run onActivity since Activity is not alive"、"test deadlocks on launch" と尋ねたときに使用する。
このスキルを使用して、`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" を尋ねた場合に使用する。
.NET MAUI アプリの xUnit テストガイダンス — ViewModel テスト、MAUI サービスのモック、テストプロジェクトの設定、コードカバレッジ、デバイス上のテストランナー。USE FOR: "unit test MAUI"、"xUnit test"、"ViewModel testing"、"mock MAUI services"、"test project setup"、"code coverage"、"on-device test runner"、"test MAUI app"、"IServiceProvider mock"、"Moq MAUI"。DO NOT USE FOR: UI 自動化テスト（appium-automation を使用）、パフォーマンスプロファイリング（maui-performance を使用）、依存性注入の設定（maui-dependency-injection を使用）。
この 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 で動作しない」場合に使用します。
ソフトウェアの修正、構築、リファクタリング、レビュー、検証、リリースを求められ、その作業が非自明な場合に使用する — 計画、ゲート、実装、レビュー、検証済み PR、承認済みリリースを通じて変更要求を届けること、packet なしで別の場所で始まった作業を証拠に基づく現状評価で継続すること、または各ツール用スキルを通じて Linear、Jira、Notion の追跡対象ワークアイテムを操作することを含む。neckbeard は変更をフレーミング、ディスカバリー、設計、実装、レビュー、検証、学習へと導き、最小の*安全な*介入を選び、実際のデリバリー境界でそれを証明し、検査可能な証拠台帳を残す。issue-to-PR の作業では、ゲートとライフサイクル統合を備えた 9 フェーズの道のりを条件付きで読み込む。専門家カタログのスキルを置き換えるのではなく組み合わせる。ペルソナでも LOC 最小化者でもない。無関係なリクエストにはこのスキルを使用せず、最も近い名称の専門家にルーティングする。
Langfuse MCP サーバーを介して顧客のライブ Langfuse trace、session、score を読み取り、既知の障害カタログとパターンマッチングし、Ratel 流の機会とスタック非依存のすぐ手が届く成果に分けた検出事項レポートを書く。ダッシュボードをスキャンする、障害を掘り下げる、最近の session やパートナーの trace を確認する、可観測性を監査する、エージェントが何を間違えているかを見る、または `/ratel-langfuse-analyze` に使用。`<repo>/.ratel/` に書き込む（蓄積される）。MCP がダウンしていると即座に失敗し、クリーンなデータは正直にスキップし、コードは決して編集しない。/ratel-langfuse-integrate のフォローアップで、/ratel-observability-assessment が Langfuse を選んだ後に到達する。
draft-experience、draft-technical、build-feature、draft-roadmap で作成したエクスペリエンス、技術、計画、ロードマップ、実装に関するドキュメントをレビューします。作成者ではなくレビュアーとして作業します。ユーザーが計画、ロードマップ、設計、エクスペリエンスに関するドキュメントのレビューを依頼した場合、または /review-doc <feature> を実行した場合に使用します。docs/<feature>/<DOC>.revN.md を読み、製品の特性、プロジェクトの原則、実際のコードに基づいて <DOC>.revN.notes.md を作成し、ドキュメントを <DOC>.final.md として確定できるまでユーザーと反復します。
この skill は、Gradle Managed Devices（GMD）上で Android のインストルメンテーションテストを実行するために使用します。Gradle がエミュレータを準備し、起動し、テストを実行し、破棄するため、CI とすべての開発者が手動でエミュレータを管理することなく同じデバイスを得られます。`android.testOptions.managedDevices { localDevices { create(...) { device; apiLevel; systemImageSource } } }` DSL、`ManagedVirtualDevice`、デバイス `groups`、生成されるタスク（`<deviceName>DebugAndroidTest`、`<groupName>GroupDebugAndroidTest`、`allDevicesCheck`）、より軽量なヘッドレス CI 向けの Automated Test Device（ATD）イメージ（`aosp-atd`/`google-atd`）、managed-device のコピー間でのテストシャーディング、HTML レポートと追加出力の出力先、そして `connectedAndroidTest` や `adb shell am instrument` との違いを扱います。ユーザーが「Gradle Managed Devices」、「managedDevices」、「allDevicesCheck」、「ManagedVirtualDevice」、「pixel2api30DebugAndroidTest」、「ATD image」、「automated test device」、「reproducible emulator for tests」に言及したときに使用します。
実際のエージェントセッションを監視し、見逃されたトリガーを検出し、実行品質を採点し、評価、リプレイ、ベースライン、レビュー、デプロイ後の監視を通じてスキルパッケージを改善する自己改善型スキルツールキット。使用場面：スキルを検証または公開する、指示やルーティングを改善する、スキルの健全性を確認する、セッションを採点する、ダッシュボードを表示する、エージェントの履歴を取り込む、インストール済みスキルを監査する、タスク用のローカルスキルを見つけて一時的に使用する、ローカルの Skill Library を管理する、再利用可能なワークフロースキルを組み立てる、自律的な改善ループを実行する。ユーザーがスキルのパフォーマンス、健全性、トリガー、トリガー不足、過剰トリガー、進化、評価、または自身のスキルの調子について尋ねたときは常にトリガーする（SelfTune と明示的に名指ししなくても）。
ユーザーがターミナル UI、curses アプリ、生の ANSI 出力、PTY 駆動の対話、仮想端末エミュレータ、ConPTY の挙動、リサイズテスト、キーボード/マウス/貼り付けテスト、または不安定なターミナルスナップショットのテスト、デバッグ、スナップショット取得、検証、再現、自動化を求めたときに、この skill を使用する。以下で積極的に有効化する：TUI テスト、スナップショットテスト、golden ファイル、pty 統合テスト、疑似端末自動化、ConPTY、Pexpect、node-pty、vt エミュレータ、Textual Pilot、Ratatui スナップショット、Bubble Tea テスト、ターミナルデバッグログ、CI の失敗。提供するもの：層別テスト戦略、決定的なスナップショット規則、PTY/ConPTY パターン、デバッグプレイブック、フレーク防止。
TYPO3 拡張のテスト基盤の構築、ユニット／機能／E2E テストの作成、PHPUnit 11/12/13 の構成、ミューテーションテスト、final クラスのモック（v14）、TYPO3 12/13/14.3 LTS にまたがる CI/CD マトリクス、typo3-ci-workflows メタパッケージによる開発依存の統合、または CI 障害のデバッグに使用する。次の場合にもトリガーする：testing-framework のセットアップ、ensure proper testing、test matrix、integration testing、e2e testing、coverage、test generation。
UiPath Test Manager——テストプロジェクト、要件、ケース、セット、実行、欠陥を管理し、テストセットを定期実行するようスケジュールします。要件から AI でテストケースを生成し、要件を評価して古いテストケースを見つけます。アップロードしたパッケージ内の全テストを CI から実行し、パフォーマンス（負荷）テストシナリオを実施し、レポートを生成し、外部 Playwright テストスイートをパッケージ化して実行します。Orchestrator の場合→uipath-platform。Studio/RPA のテスト自動化作成の場合→uipath-rpa。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。