Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,639 件掲載。コマンド 1 行でインストールできます。
開発
アプリのアイデアや既存の React Native アプリをナビゲーションの読み取り——タブ構造、ルートツリー、push/modal/sheet の判断、ディープリンク、Android の戻る動作の計画——に変換する。画面は一切構築しない。新しいアプリのナビゲーションを計画するとき、既存アプリのナビゲーションを再構成するとき、あるいはタブ、push、モーダル、ボトムシートのどれにするかを判断するときに使用する。その後に画面を構築する場合は mobile-taste、アプリ全体のビジュアルを再設計する場合は mobile-redesign-app を使用する。
（NS）製品バグ報告（画面、期待値と実際の結果、チケット、スクリーンショットの説明）について、利用側のスタックの全レイヤーを通して報告されたフローを追跡し、診断します。チャットのみで8セクションのレポートを作成し、その後、ユーザーがオプトアウト（診断のみ／修正しない）していない限り、ns-execution-gitlab-issue（ISSUE_URL）または ns-coder に自動で振り分けます。このスキルはパッチを作成しません。ユーザーが relato、issue、チケット、スクリーンショットの説明を貼り付けた場合、「何が起きているのか」「これを診断して」と尋ねた場合、画面上の期待値と実際の結果を示した場合、または /ns-bug-report-diagnosis を入力した場合は、スキル名を指定していなくても必ず使用します。画面の状況説明なしに今すぐ実装／修正を依頼された場合（ns-coder）、GitLab ISSUE_URL の実行を最初のスキルとして依頼された場合（ns-execution-gitlab-issue）、画面の状況説明がないスタック／CI／ログの問題（ns-investigator）、または利用側に DB 用スキルがある状態で DB のみを調査する場合は使用しないでください。
OpenCode CLI をサブエージェントとして呼び出し、代替の AI モデル（GPT-5.x、Codex、ローカルモデル）をコードの実装、レビュー、デバッグ、調査、セカンドオピニオンに活用する。ユーザーが「use opencode」「get a second opinion from GPT/Codex」「implement with opencode」「review with opencode」「let opencode handle this」「use a different model」を求めたとき、またはクロスモデル検証を望むときに使用。ユーザーが OpenCode のモデルを明示的に指定した場合（例：「use gpt-5.4」「use codex」）や、Claude 以外の AI システムにタスクを委譲したい場合にもトリガーされる。ユーザーの OpenCode インストールで設定されたすべてのプロバイダー（OpenAI、GitHub Copilot、Ollama/LM Studio 経由のローカルモデル、OpenCode 自身の無料枠モデル）をサポートする。
公開されている `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」「full handoff」「handover」「give this to another agent」「another worktree」「Orca browser」「control the browser inside Orcaارف」と言ったときに使用します。タスクが Orca が管理する状態に involved する場合、生の `git worktree`、その場限りの PTY、Playwright、Computer Use よりこの方法を優先してください。Orca の埋め込みブラウザーの外にあるブラウザーウィンドウ、webview、デスクトップ UI には Computer Use を使用します。
プロジェクトのテンプレートと規約に従って Prowler の pull request を作成する。トリガー：pull request の要件や作成に取り組むとき（PR テンプレートのセクション、PR タイトルの Conventional Commits チェック、changelog ゲート/no-changelog ラベル）、または conventional-commit.yml、pr-check-changelog.yml、pr-conflict-checker.yml、labeler.yml、CODEOWNERS などの PR 関連の GitHub ワークフローを確認するとき。
シンボリック HTML コメントを使って README ファイルをリポジトリと同期させる。ドキュメントに影響する可能性のあるリポジトリ変更を行うときは常にこのスキルを使用する — コード（エクスポートされた API、設定、サンプル、コマンドラインコマンド、依存関係）、リポジトリ構造（リストコメントから参照されるファイル、ディレクトリ、パッケージ、その他の兄弟エントリの追加/削除/名前変更）、メタデータ（package.json、マニフェスト）。README ファイルを作成・編集してシンボリックコメントを追加または更新するときにも使用する。markdown ファイルの HTML コメントから参照される構造に触れる変更（コードまたは構造）でトリガーする。
Flutter/Dart コードをリファクタリングし、保守性、可読性、パフォーマンスを向上させる。このスキルは records、patterns、sealed classes などの Dart 3 の機能を適用し、Riverpod または BLoC による適切な状態管理を実装し、Freezed で不変モデルを扱う。巨大な widget、const コンストラクタの欠落、不適切な BuildContext の使用、深いネストに対処する。widget の責務が多すぎる場合、不要な再ビルドによるパフォーマンス問題、レガシーな Dart 2 パターンに気づいたときに適用。
Salesforce Multi-Framework の React または Angular アプリを UIBundle メタデータとして構築、レビュー、移行、デプロイする。uiBundles、ui-bundle.json、Data SDK と GraphQL の統合、社内アプリ、Experience Cloud のアプリコンテナ、マイクロフロントエンドの埋め込み、ACC、ローカライズ、UIBundle のパッケージングに使用。Multi-Framework と LWC のどちらを選ぶかの判断にも使用。純粋な LWC や一般的な Apex の作業にはこのスキルは不要。
SpacetimeDB のあらゆるタスクで最初にこのスキルを使用する。モジュール、テーブル、リデューサー、プロシージャ、ビュー、クライアント、サブスクリプション、CLI コマンド、認証、RLS、HTTP API、SQL、デプロイ、シリアライズ、チュートリアル、クイックスタート、アップグレードに関する特化スキルへルーティングする。トリガー：spacetime、spacetimedb、SpacetimeDB、stdb、module、reducer、table、procedure、view、subscription、DbConnection、spacetime generate、spacetime publish、spacetime sql、BSATN、SATS、row-level security、RLS、Maincloud、standalone、Unity、Unreal。
Spring Boot 3.x におけるモジュラーアーキテクチャのための Spring Modulith。モジュール構造、API パッケージと内部パッケージ、モジュール間イベント、モジュールテスト、ドキュメント生成、可観測性を扱う。使用時機：ユーザーが「spring modulith」「modular monolith」「@ApplicationModule」「module boundaries」「inter-module events」「@ApplicationModuleTest」「modular architecture」に言及したとき。使用しない場合：単純なアプリ——不要な複雑さを招く、マイクロサービス——適切なサービス境界を使用すべき、既存の密結合なモノリス——大幅なリファクタリングが必要
アプリケーションの状態、データ取得、フォーム処理を伴うタスクでは積極的に読み込んでください。ユーザーが「状態を管理」「データ取得を追加」「Zustand をセットアップ」「フォーム検証を処理」「React Query を追加」と言ったときに使用します。サーバー状態（キャッシュと楽観的更新を伴う TanStack Query）、クライアント状態（Zustand ストア）、フォーム状態（Zod 検証を用いた React Hook Form）、URL 状態（検索パラメータ、ルーティング）、および状態管理ソリューションの選び方を扱います。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。