Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
ユーザーが「execute this blueprint」「run the plan」「execute the plan」「start building from the plan」「implement the blueprint」「implement the plan」「continue the plan」「resume execution」「execute 01_milestone_name.md」「execute step 3」「run steps 3-5」「skip to step 4」を求めるときに、このスキルを使用する。
FinalRun のループ全体をオーケストレーションする — finalrun-generate-test で機能を調査してテストを作成し、finalrun-use-cli で実行し、CLI の成果物から失敗をトリアージして、実行がグリーンになるまでアプリコードまたはテストを修正する。"debug this failing FinalRun test"、"verify and fix the feature with FinalRun" のようなリクエスト、または UI 変更後の Definition-of-Done ループとしてトリガーする。
Lenses MCP サーバーを使用して Kafka Connect コネクタ設定のよくある誤設定をレビューします。エラー処理、DLQ 設定、コンバーター、変換、タスク数、タスクのヘルスを確認します。ユーザーが「review connectors」「check connector configs」「why is my connector failing」と言う場合や、Kafka Connect の設定について尋ねる場合に使用します。コネクタの作成、デプロイ、制御には使用しないでください。
アプリ、ゲーム、SaaS、デスクトップ製品、開発者ツール、マーケットプレイス、メジャーリリース、ベータ、キャンペーンに対するクロスドメインのローンチ承認判定を 1 つ作成または監査する。プロダクト、品質、パフォーマンス、セキュリティ/プライバシー、決済、配布、アナリティクス、サポート、マーケティング、法務/権限、ロールバック、ローンチ後の証拠を go、conditional-go、hold、no-go のゲートに統合する。ローンチ当日の意思決定の責任所在が成果物である場合に使用する。不足しているドメインの証拠を作成するには専門の skill を使用する。
モバイルワークフローの markdown を、モバイルビューポート（Chromium + WebKit）、認証スキャフォールド、UX アンチパターンのアサーション、CI ワークフローを備えた自己完結型の Playwright テストプロジェクトに変換する。ユーザーが "convert mobile workflows to playwright"、"translate mobile workflows to CI"、"generate mobile playwright tests" と言ったときに使用する。
実際のプロダクトを構築する — ランディングページから、決済統合、QA テスト、デプロイ後のカナリア監視を備えたデプロイ済み MVP まで。コード生成、デプロイ、データベースのセットアップ、認証、Stripe／決済統合、体系的な QA プロトコル、本番ヘルススコアリングを担当する。ユーザーが何かを構築したり、プロダクトをデプロイしたり、決済を設定したり、ランディングページを作成したりする必要がある場合、または 'build this'、'deploy'、'create MVP'、'set up payments'、'ship it' と言う場合に使用する。
(NS) バックエンドパッケージで PHPUnit の単体テストと統合テストを作成・保守します（存在しない場合は tests/ をブートストラップ）。Docker のみでの実行を必須とし、phpunit --testdox --stop-on-failure --stop-on-error と 120 秒のタイムアウトを使用します。PHPUnit テストの作成やリファクタリング、単体テストタスクの実装、新規の Laravel/PHP プロジェクトでのバックエンドテストの雛形作成に使用します — テストタスクの markdown の計画には使用しないでください（ns-pm-unit-test-task-generator を使用）。存在する場合は harness backend-tests ルールを読んでください。
(NS) セキュリティ/互換性/a11y の衛生管理 + Vercel Web Interface Guidelines のレビュー（ヘッダー、CSP、依存関係、アクセシビリティ）。セキュリティの強化、CSP/CORS/ヘッダーの修正、UI のレビュー / a11y の確認 / UX の監査、Web Interface Guidelines の適用に使用します — 「ベストプラクティス」と言及されていなくても同様です。ns-proto-creator のクローズアウト時にも使用します。MR/SOLID レビュー（ns-code-reviewer）、ビジュアルのリデザイン（ns-code-frontend-design）、機能実装（ns-code-coder / ns-spec-driven）には使用しないでください。
(NS) プロダクトルートの独立した tests-e2e/ Node パッケージで Cypress E2E テストを作成・保守する（未作成の場合はブートストラップ）。DRY でデバイスを意識したコマンドアーキテクチャ（shared/pages/device）。Cypress スペックやカスタムコマンドの作成・リファクタリング、グリーンフィールドプロジェクトでの E2E の土台構築、E2E タスクの実装に使用する——E2E タスクの markdown の計画には使用しない（ns-pm-e2e-test-task-generator を使用）。harness e2e のルールがある場合は読むこと。スペックを書く前に必ず調査を行う。
適切な質問を投げかけベストプラクティスを適用することで、QA エンジニアとパフォーマンステスターが完全なパフォーマンステスト戦略を設計できるよう導く。ユーザーが、パフォーマンステストの計画方法、実行すべきテスト種別（Smoke、Load、Stress、Spike、Endurance/Soak）、SLA の定義方法、収集すべきメトリクス、テストの規模の決め方、テスト実行の順序付けを尋ねたときはいつでもこのスキルを使用する。"performance test plan"、"load test strategy"、"how many users should I use"、"what kind of performance test do I need"、"where do I start with performance testing"、"help me design my perf tests" といったフレーズでトリガーする。
多角的な PLC コードのセキュリティと品質分析を行うための独立したスキル。トリガー："review"、"audit"、"analyze"、"security check"、"vulnerability scan"、"code review"、"check this code"、"is this safe"、"find issues" が PLC、SCL、ST、LAD、FBD、Structured Text、またはブロックの文脈と組み合わさったとき。ユーザーが PLC コードを貼り付けてフィードバックを求めたとき、またはエクスポートされた SimaticML XML ファイルをアップロードしたときにもトリガーします。このスキルは tia-openness-roadmap とは独立しています — エンジニアリングの自動化は行いません。すでにエクスポートまたは貼り付けられたコードを分析します。
thoughtbot のベストプラクティスに基づき、Ruby on Rails アプリの包括的なコード監査を行う。ユーザーが Rails アプリのコード監査、コードレビュー、品質評価、分析を依頼したときにこのスキルを使う。このスキルはコードベース全体を分析し、テストプラクティス（RSpec）、セキュリティ脆弱性、コード設計（スキニーコントローラー、ドメインモデル、ActiveModel を使った PORO）、Rails の規約、データベース最適化、Ruby のベストプラクティスに焦点を当てる。カテゴリ（テスト、セキュリティ、モデル、コントローラー、コード設計、ビュー）ごとにグループ化した詳細な markdown 監査レポートを、各カテゴリ内に重大度レベル（重大、高、中、低）を付けて出力する。
Web アプリが予期しないユーザー行動（偶発的、エッジケース、混沌的）に対して持つレジリエンスを監査する。ユーザーが「resilience audit」「chaos audit」「what could go wrong」「edge case audit」「idiot-proof this」「break this app」「stress test the UX」「find UX dead ends」と言ったときに使用する。コードベースを調査してユーザーフローを把握し、開発者が想定しなかった操作をユーザーが行ったときにアプリが壊れる、行き詰まる、予期しない動作をする方法を体系的に特定する。ナビゲーションの行き止まり、二重送信、中断された操作、クロスデバイスの問題、入力のエッジケース、タイミングのバグ、エラー復旧の欠落、意図しない利用パターンを対象とする。優先順位付けされたレポート（指摘事項、コード位置、修正提案）を作成し、その後オプションでブラウザ上で指摘事項をインタラクティブに検証する。
REST API をテストするための REST Assured Java ライブラリ。HTTP リクエスト、JSON/XML の検証、Spring Boot 統合を扱う。使用場面：ユーザーが "rest assured"、"api test java"、"rest api test" に言及し、"given when then"、"RestAssured"、"HTTP test"、"JSON validation" について尋ねるとき。使用しない場面：単体テスト——`junit` を使用；E2E ブラウザテスト——Selenium を使用；WebSocket テスト——専用ツールを使用；非 Java プロジェクト——各言語の HTTP クライアントを使用
作成されたオープンソースの prior-art の SEARCH、EXTRACT、SYNTHESIS 成果物 — キーワードマップ（型付き検索語彙）、観点別の検索出力（カバレッジセル + 候補リポジトリ）、リポジトリ単位の抽出、または統合レポート + borrow-index — を、survey の下流段階に渡せるほど妥当かどうか判断するときに使用。作成ではなく受け入れゲート：生産者と単一ソース化された 22 条件の基準で、キーワードマップと検索（1–11）、比例性（12）、抽出のデューデリジェンス（13–18）、統合（19–22）をカバーし、決定論的な schema チェックは生産者のバリデータに委ねる。判定はちょうど 1 つ出力する — 終端行 VERDICT: approve|revise、または呼び出し側が指定した同等のもの — 条件名を付した所見とともに。レビュー専用；誤った revise はしない — 薄くても誠実な結果は基準を満たす。キーワード：prior art review、keyword map review、search coverage review、extraction review、synthesis review。
RYUX は AI エージェントとデザイナー向けのデザインインテリジェンスです。作業内容を伝えると、Analyze（既存インターフェースの理解）、Design（Figma、pen.dev、モックアップでの UI・UX の作成や改善）、Build（コードでの実装）、Critique（根拠に基づく優先変更点の特定やヒューリスティック評価）、QA（デザインに照らしたビルドの検証）に振り分けます。タスクに必要な知識（プロダクト、UX、UI、インタラクション、フォーム、コンテンツ、アクセシビリティ、レスポンシブ、デザインシステム、フロントエンド、低品質化の防止）のみを読み込み、品質ゲートで締めくくります。RYUX の名前がリクエストに含まれていなくても、あらゆる UI、UX、コピー、フロントエンド、デザインレビュー、デザイン分析のほか、イラスト、3D、画像、アイコン、ロゴ、モーションなどのプロダクトビジュアルに使用します。
iOS/macOS アプリケーションのビルド、テスト、デプロイのための包括的な Swift 開発。Claude が次のことを行う必要があるときに使用する：(1) コマンドラインから Swift パッケージや Xcode プロジェクトをビルドする、(2) XCTest または Swift Testing フレームワークでテストを実行する、(3) simctl で iOS シミュレータを管理する、(4) コード署名、プロビジョニングプロファイル、アプリ配布を扱う、(5) SwiftFormat/SwiftLint で Swift コードを整形または lint する、(6) Swift Package Manager（SPM）を扱う、(7) Swift 6 の並行処理パターン（async/await、actor、Sendable）を実装する、(8) MVVM アーキテクチャで SwiftUI ビューを作成する、(9) Core Data または SwiftData の永続化を設定する、またはその他の Swift/iOS/macOS 開発タスク。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。