Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,639 件掲載。コマンド 1 行でインストールできます。
開発
Clean Architecture、共有パッケージ内の Zod 契約、Zod からの OpenAPI 生成、薄いコントローラーを用いて、Bun + Hono バックエンド向けの HTTP API を設計する。選択可能な 2 つの規約をサポートする — 標準 REST（GET/POST/PATCH/PUT/DELETE を伴うリソースパス）と POST のみのアクションベースパス — プロジェクトごとに 1 つを選ぶ。新しいエンドポイントの定義、既存ルートの監査やリファクタリング、リクエスト/レスポンスの契約とエンベロープの設計、API 標準の策定、型付きアプリケーションエラーの HTTP ステータスコードへのマッピングに使用。GraphQL、tRPC、Hono 以外のランタイム、フロントエンドのみの関心事には使用しない。
既存リポジトリや複数モジュールのサブシステムを監査し、エビデンスに基づくアーキテクチャ改善を提示し、範囲を限定した候補を順位付けし、ビフォーアフター図と最上位の推奨を含む視覚的な HTML レポートで示します。コードベース全体でどこにアーキテクチャ投資が効くかをユーザーが尋ねるとき、複数のアーキテクチャ候補を順位付けしたいとき、またはシステム的な結合、ショットガン変更、テスト容易性、AI ナビゲーション性の問題を診断する必要があるときに使用します。単一の名前付きモジュールの責務、深化、分割、契約については codebase-design、ソースツリーやパッケージの監査には structure-codebase、成功がエビデンスに基づく正味メカニズム削減の主張である既に選択済みのパスには reduce-system-complexity を使用してください。既定では監査と選定です。
Java 言語（17+）。モダンな機能、パターン、ベストプラクティスを扱います。Java アプリケーション、Spring Boot バックエンド、エンタープライズシステムを書くときに使用します。使用する場面：ユーザーが "java"、"records"、"sealed classes"、"streams" に言及したとき、"pattern matching"、"switch expressions"、"Optional"、"collections"、"generics" について質問したとき。使用しない場面：既存の Java コードのレビュー——`review/java` を使用してください。これは javac と未設定のビルドが報告しない欠陥を扱います。使用しない場面：Spring Boot の詳細——代わりに `backend-spring-boot` スキルを使用してください。使用しない場面：Lombok アノテーション——代わりに `lombok` スキルを使用してください。使用しない場面：MapStruct——代わりに `mapstruct` スキルを使用してください。
2026 年標準の開発に向けた、シニア Java & Spring Boot 4 / Spring Framework 7 アーキテクトスキル。ユーザーが Spring Boot 4.x、Spring Framework 7.x、Spring Modulith、または関連する Spring エコシステムのプロジェクトを使って Java アプリの構築、スキャフォールド、設計、レビュー、解説を求めたときに使用します。トリガーには、REST API の作成、マイクロサービスの設計、データアクセスの設定（JdbcClient、JPA 3.2、R2DBC）、リアクティブプログラミング（WebFlux）、セキュリティ（Spring Security 7）、可観測性、GraalVM ネイティブイメージ、Gradle/Maven ビルド設定、Jakarta EE 11 への移行、および慣用的な現代 Java（Java 25：レコード、sealed クラス、構造化並行性、スコープ値、パターンマッチング、JSpecify の null 安全）を要するあらゆるタスクが含まれます。
半形式的な実行トレース（Premises → Trace → Divergence → Trigger → Remedy）により、単一ファイルまたは関数内のロジックバグを発見する。ユーザーがコードを共有し、具体的な不具合を挙げずに何かがおかしいと疑っている場合に発動する——"review this"、"does this look right"、"check this function"、"audit this code"、"tests pass but prod fails" といった表現。スコープの厳格なルール：1 ファイルまたは 1 関数のみ。ディレクトリやモジュール全体には logic-health、確認済みの不具合（スタックトレース、失敗したテスト、特定の誤った値）には logic-locate、2 つのバージョンの比較には logic-diff、リポジトリ全体の自動修正には logic-fix-all を使用する。以下では発動しない：スタイル/フォーマット、セキュリティスキャン、パフォーマンス、テスト生成、アーキテクチャや設計に関する質問。
mapcn を使って React で地図を構築します。MapLibre GL と Tailwind CSS を基盤とする、テーマを設定できる shadcn スタイルの地図コンポーネントを提供します。マーカー、ポップアップ、ツールチップ、ルート、弧線、GeoJSON やコロプレスレイヤー、クラスター、地球儀、カスタムベースマップスタイル、ライト／ダークテーマなどの追加・カスタマイズ・テーマ設定や、shadcn/ui または Tailwind を使う React、Next.js、Vite プロジェクトで地図ページ（分析ダッシュボード、配送追跡、店舗検索など）全体を構築する場合に使用します。アプリ内で地図をどこに配置するのがよいか尋ねられた場合にも使用します。
スレッドベースの並列プールに切り替えて、ローカルの parfor、parfeval、spmd を高速化する。ユーザーがローカル並列性能の遅さや物足りなさを述べたときにトリガーする。スレッドに言及していなくてもよい。症状：ラップトップ／ワークステーション上の parfor が想定より遅い、または「for よりわずかに速いだけ」；parfor がワーカー数に対してスケールしにくい；ticBytes/tocBytes、Parallel Pool ダッシュボード、mpiprofile、システムツールでワーカーごとの大量のデータ転送が示される；大きなブロードキャスト変数やスライス入力で反復が遅くなる；短いワークロードでプロセスプールの起動が支配的になる；ユーザーがシリアライゼーションやデータ転送のオーバーヘッドに言及する。コードや関数がスレッドプールで動作するかという質問全般でもトリガーする。プールに関係しない MATLAB の性能作業（ベクトル化、事前割り当て、プロファイリング）については matlab-optimize-performance に委ねる。
mise をプロジェクト唯一のランタイムおよび CLI ツールマネージャーとして設定します。各 mise.toml に [settings] disable_backends = ["ubi", "asdf"] と lockfile = true を記述し、すべてのバージョンを完全に固定します。mise.lock と .mise/locks/ をコミットし、Python CLI は pypi 経由（各 CLI 専用の Python と venv を使用し、ロック済みの wheel のみの依存グラフから導入）、Node CLI は npm 経由で管理します。また、競合するマネージャー（brew/nvm/asdf/volta/fnm/pyenv/ubi/pip/pipx/uv tool）の使用を禁止します。
ユーザーが ML 推論の最適化、エクスポート、配信、圧縮、高速化を求めたときにこのスキルを使う。次の場合に積極的に有効化する：(1) レイテンシ、スループット、p95/p99、バッチ処理、並行処理、KV cache、メモリ、コストの問題、(2) 量子化 INT8/INT4、GPTQ、AWQ、bitsandbytes、プルーニング、スパース化、蒸留、(3) ONNX export、ONNX Runtime、TensorRT、TorchScript、torch.compile、XLA、OpenVINO、Core ML、TFLite、(4) Triton、TorchServe、TF Serving、BentoML、Seldon、KServe の設定、(5) エッジデプロイ、CPU/GPU/TPU/Inferentia での配信。提供するもの：ハードウェアを考慮した推論最適化と安全なベンチマーク。
NocoBase 2 専用。NocoBase 3 プロジェクトでは決して使用しない。タスクが再現すべきプロトタイプ——HTML ファイル、画像、またはリンク——を提供する場合に使用。公開された形式 "Build a NocoBase app — X … Match the layout and signature visuals of this reference prototype: <url>" を含む。または、構築されたページが "doesn't match the prototype / looks monotone / is ugly" と言われた場合。プロトタイプ/URL の存在がこの skill のトリガーであり、同じプロンプトが "build an app" と言っていても変わりない——動詞 "build" はプロトタイプを打ち消さない。プロトタイプが全くない場合にのみスキップする：単なる "build me a CRM/app" → nocobase-app-discipline、単一フィールドの編集/名前変更 → nocobase-ui-builder。"here is the prototype, build it" を忠実なアプリに変える——プロトタイプの分析、ネイティブ CRUD、各領域に適したネイティブブロック、そしてスクリーンショットとプロトタイプを比較するビジュアルループ。ネイティブ優先。JS はネイティブコンテナ内のみ。全ページの JS ブロックは決して使わない。具体的な仕組みは nocobase-ui-builder、nocobase-data-modeling、nocobase-app-discipline にある。
(NS) 自律実行エンジン — 深さを計画し、ドキュメント/仕様から疑問を解消し、分離された worktree でマルチエージェント作業を行う。ローカルまたは貼り付けた計画、GitLab なしで「自律的に実行」する場合に使用。ns-execution-gitlab-issue の Phase 2 でもある（その場合は単独で実行しない）。単一ステップの編集（ns-code-coder）や GitLab issue の直接処理（ns-execution-gitlab-issue）には使用しない。
(NS) AI エージェント向けの簡潔な architecture-rules.md を生成または更新 — スタック、レイアウト、パターン、制約。ユーザーがアーキテクチャルール、.nextstage-harness/rules/architecture-rules.md、エージェントの規約、「このリポジトリの仕組みを AI 向けに文書化して」を求める場合に使用。業務仕様（ns-harness-codebase-reverse-spec）、ブラウンフィールドマップ（ns-harness-bootstrap-brownfield）、完全なアーキテクチャ調査を伴わない単発の Cursor ルールには使用しない。
(NS) 既存のコードベースを仕様駆動の計画にオンボーディング — コードを変更せずにスタック、モジュール、ルール遵守状況、ギャップをマッピング。ユーザーが既存プロジェクトの分析、ブラウンフィールドブートストラップと言った場合、またはコードはあるが要件がないリポジトリで最初の要件作成を行う前に使用。ns-sdd-requirements-generator 用に brownfield-map.md を出力。ソースコードは読み取り専用。アプリコードのないグリーンフィールド、アーキテクチャルールの生成、requirements.md の作成には使用しない。
(NS) harness-init 後の完全なブートストラップを 1 セッションで — アーキテクチャルール、同期、ブラウンフィールドマップ、逆方向の業務仕様、プロジェクトの AGENTS.md。「harness prepare」、インストール後のセットアップ、ブラウンフィールドのオンボーディング、または個別のスラッシュコマンドなしですべての prepare スキルを実行する場合に使用。アプリコードのないグリーンフィールド、単一スキルの実行、コマンドラインのみのベースライン AGENTS.md には使用しない。
Odoo サーバーのライフサイクルを完全に管理する — ローカル venv、Docker、任意の IDE で Odoo を実行、デプロイ、初期化、管理する。サーバーの起動/停止、環境の初期化、データベース管理、Docker オーケストレーション、Odoo 14-19 の IDE 設定を扱う。<example> コンテキスト：ユーザーが Odoo サーバーを起動したい user: "Start the Odoo 17 server for my TAQAT project" assistant: "I will activate the virtual environment, locate the TAQAT17.conf config, and start the server with the correct addons path." <commentary>サーバー起動のトリガー。</commentary> </example> <example> コンテキスト：ユーザーがサーバーを停止したい user: "Stop the Odoo server" assistant: "I will find and kill the process on port 8069/8072." <commentary>サーバー停止のトリガー。</commentary> </example> <example> コンテキスト：ユーザーがデータベースをバックアップしたい user: "Backup the taqat17 database" assistant: "I will use pg_dump to create a backup of the taqat17 database with custom format." <commentary>データベース操作のトリガー。</commentary> </example> <example> コンテキスト：ユーザーが IDE を設定したい user: "Set up VSCode for my Odoo 17 project with debug configs" assistant: "I will generate .vscode/launch.json, tasks.json, settings.json, and extensions.json with Odoo-specific configurations." <commentary>IDE 設定のトリガー - 完全な VSCode ワークスペース設定を生成する。</commentary> </example> <example> コンテキスト：ユーザーが新しい環境を初期化したい user: "Initialize a new Odoo 17 environment with database" assistant: "I will create a venv, install requirements, configure PostgreSQL, generate .conf, and create the database." <commentary>環境初期化のトリガー。</commentary> </example> <example> コンテキスト：ユーザーが新しいモジュールを作成したい user: "Create a new module called hr_overtime in the TAQAT project" assistant: "I will scaffold a complete module with models, views, security, and tests." <commentary>モジュールスキャフォールドのトリガー。</commentary> </example> <example> コンテキスト：ユーザーがモジュールが本番対応か確認したい user: "Is my module ready for production?" assistant: "I will run tests, security audit, translation validation, and template checks to generate a GO/NO-GO verdict." <commentary>品質ゲートのトリガー。</commentary> </example>
フロントエンドの体感速度と計測値の遅さを診断して修正する。ミューテーションの楽観的 UI、レイテンシのマスキング（スケルトン、ブラーアップ、プリロード、スタッガリング）、リクエストのバッチ処理/重複排除、Core Web Vitals（LCP/INP/CLS）の改善。ユーザーが「the app feels slow」「clicks feel laggy」「improve performance」「my Lighthouse score is bad」「fix my Core Web Vitals / LCP / CLS」「make saves feel instant」と言ったとき、または操作が明らかにネットワークを待っているときに使用。パフォーマンス監査（ユーザー影響別に順位付けした指摘と、実測またはユーザー報告の根拠）と、実装済みの修正 — 楽観的ミューテーションのコード、マスキング処理、ネットワーク層の改善 — を出力する。
PRD（製品要件定義書）を実行可能なエンジニアリング仕様に変換。開発者が曖昧さなく段階的に実装できる詳細な技術仕様を作成。データモデリング、API 設計、ビジネスロジック、セキュリティアーキテクチャ、デプロイ、エージェントシステム設計を扱う。使用タイミング：製品要件を技術仕様に変換する、PRD の完全性を検証する、技術実装を計画する、タスク分解を作成する、テスト仕様を定義する。トリガー：「PRD to spec」「convert requirements」「technical spec from PRD」「engineering doc from requirements」「validate PRD」。
Privy の認証、埋め込みウォレット、エージェント決済プロトコルを Web アプリとエージェントアプリに統合する。React SDK（PrivyProvider、hooks、wagmi）、Node.js SDK、スマートウォレット（ERC-4337）、x402 と MPP のマシン決済、Tempo チェーン、ポリシー付きエージェントウォレットを扱う。Privy 認証の設定、埋め込みウォレットやエージェントウォレットの作成、x402 または MPP 決済の追加、Tempo との統合、ウォレットポリシーの設定、Privy の MCP/Agent Auth フローへの接続に使用する。
Python プロジェクトの包括的な健全性監査を実行します。技術スタック、アーキテクチャ、API／インターフェース設計、データ層、テスト、コード品質、CI/CD、ドキュメントを分析します。各セクションのスコアと加重総合スコアを含む、共有可能な Markdown レポートを作成します。Python プロジェクトの監査、健全性チェックの実行、バックエンド品質の評価、技術的負債の評価をユーザーが求めた場合に使用します。次の語句で起動します：“python audit”“python health audit”“fastapi audit”“django audit”“flask audit”“tech debt assessment”“python health”“python project quality”“python quality check”“python code review”。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。